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l 

INTRODUCTION 


1.1 SCOPE AND PURPOSE 

This product manual describes the functionality and operation 
of the Type MDC9101 Multiple Device Controller (MDC). Programming 
considerations are included to aid in understanding the hardware 
and firmware* descriptions. Detailed programming information is 
contained in the Minicomputer Handbook (Order No. AS22) or the 
Peripherals Handbook (Order No. AT04). 

Operational theory within this manual is designed to acquaint 
the user with the major functional hardware and firmware elements 
in order to aid in analyzing the MDC operation at the detail pre¬ 
sented in the logic block diagrams (LBDs). 

Detailed theory for the MDC hardware logic and firmware is 
related directly to the maintenance philosophy of board replacement 
rather than on-site board repair. 

This product manual is comprised of this section and Sections 
II through IV as follows: 

• Section II - Theory of Operation - Overview 

This section contains an introduction to the interfaces which 
the MDC has with Series 60 Level 6 Megabus** network and with the 
four types of attachable device adapters. It contains a brief 
description of the interrelationship between software and the MDC 
hardware and firmware and supplies an operational overview of the 
functional areas. 


*This manual supports Firmware Rev. 77. 

**Trademark of Honeywell Information Systems Inc. 
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• Section III - Theory of Operation - Intermediate 

This section contains the intermediate theory of operation for 
each area discussed in Section II. Function names are included in 
many places to aid entry into LBDs supplied in the Type MDC9101 
Multiple Device Controller Reference Manual, Order No. FM89. 

• Section IV - Theory of Operation - Cycle Flow 

This section contains a description of the MDC micro-operations 
An overview flow chart illustrates MDC cycle groupings with their 
entries and exits. Intermediate flow charts illustrate operations 
within each cycle grouping. 

1.2 UNIT DESCRIPTION 

The MDC (Figure 1-1) is a microprogrammed peripheral device 
controller board (BF4MDC), which is attached to the Series 60 Level 
6 Megabus. The MDC performs general purpose control functions, 
such as: 

• Execution of Megabus sequences 

• Command decoding 

• Data transfer to or from device adapters 

• Status and control register storage, and 

• Direction of the general flow of command execution. 

Through the use of device adapters, the MDC controls up to a 
maximum of four devices. Each device adapter contains hardware 
unique to a particular type of device. Information from the MDC 
to the device adapters and from the device adapters to the MDC is 
transferred in byte form. 

The MDC supports two interfaces. They are the Megabus/MDC 
interface and the MDC/device adapter interface (see Figure 1-2). 

For a detailed description of these interfaces, refer to subsec¬ 
tions 2.4.1 and 2.4.2. 

1.3 ATTACHABLE ADAPTERS AND DEVICES 

The MDC controls the devices listed in Table 1-1 via the adapt¬ 
ers listed in Table 1-2. The device adapters supply information 
to the devices in the form required by the devices (see device 
adapter manuals for device-specific information). 

The diskette adapter is a double-sized module that can support 
one or two diskettes. The diskette adapter occupies two of the 
four available device adapter positions on the MDC. Two diskette 
adapters can be connected to the MDC. 

The card reader adapter, the console adapter, and the printer 
adapter are all single-sized modules. Each single-sized module can 
support one device and occupies only one adapter position on the 
MDC. 


1.4 SPECIFICATIONS 

The MDC is a solid state module that consists of dual in-line 
packages (DIPs) mounted on a multilayer Series 60 Level 6 Control¬ 
ler. The MDC has eight 25-pin in-line connectors on it for 
mounting the device adapters. 
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1.5 REFERENCE DOCUMENTS 

The reference documents listed in Table 1-3 contain information 
on the MDC at a systems level. 





V 


/ 


DEVICE ADAPTER 
(DOUBLE-SIZED MODULE) 


Figure 1-1 MDC System Block Diagram 



Figure 1-2 MDC Interfaces 
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Table 1-1 Available MDC Device 
Adapters 



TYPE NO. 

DESCRIPTION 

DIM9101 

KCM9101 

CRM9101 

PRM9101 

Diskette Adapter 
Console Adapter 

Card Reader Adapter 
Printer Adapter 


Table 1-2 Available MDC Devices 


DEVICE 

TYPE NO. 

DESCRIPTION 

Diskette 

DIU9101 

Single Diskette 

Console 

DKU9101 

CRT (TTY) Keyboard Console 64 characters 


DKU9102 

CRT (TTY) Keyboard Console 96 characters 


TTU9101 

ASR-33 Teletype Console 


TTU9102 

KSR-33 Teletype Console 


TTU9103 

ASR-33 With Auto-Shutdown 


TTU9104 

KSR-33 With Auto-Shutdown 


TWU9101 

30 CPS Keyboard Typewriter Console (KSR) 



(TTL) w/Keypad 

Card 

CRU9101 

300 CPM 

Reader 1 

CRU9102 

300 CPM With Mark Sense 


CRU9103 

500 CPM 


CRU9104 

500 CPM With Mark Sense 

Line 

PRU9103 

240 LPM, 96 Characters 

Printer 2 

PRU9104 

300 LPM, 64 Characters 


PRU9105 

480 LPM, 96 Characters 


PRU9106 

600 LPM, 64 Characters 

Serial 

PRU9101 

64 Characters 

Printer 

PRU9102 

96 Characters 


NOTE 

(1) CRF 9101 = 51-Column Card Option Available 

(2) PRF 9102 = Vertical Format Unit Option Available 


V_y 
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Table 1-3 Reference Documents 


DOCUMENT 

DOC. NUMBER 

ORDER NO. 

Model 6/34/36 Systems Manual 

71010200-200 

FL35, Rev. 1 

Model 6/34/36 CP Manual 

71010201-200 

FL36, Rev. 1 

Type KCM9101 Console Adapter Manual 

71010225-200 

FL17, Rev. 1 

Type PRM9101 Printer Adapter Manual 

71010221-200 

FL18, Rev. 1 

Type CRM9101 Card Reader Adapter Manual 

71010222-200 

FL13, Rev. 1 

Type DIM9101 Diskette Adapter Manual 

71010226-200 

FL16, Rev. 1 

Power System Manual 

71010290-200 

FL34, Rev. 1 

Type MDC9101 Multiple Device Controller 
Reference Manual (Assy. No. 60127882- 



002) 

71010370-100 

FL26 

Type MDC9101 Multiple Device Controller 
Reference Manual (Assy. No. 60130148- 



001) 

71010378-100 

FM42 

Minicomputer Handbook 

— 

AS 2 2 

Peripherals Handbook 

— 

AT04 
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II 

THEORY OF 
OPERATION - OVERVIEW 


2.1 GENERAL FUNCTIONAL DESCRIPTION (see Figure 1-1) 

The multiple device controller (MDC), which accommodates a 
variable configuration of up to four device adapters is a firmware- 
operated peripheral device controller. The MDC is capable of con¬ 
trolling two diskette adapters or one diskette adapter and one or 
two other device adapters, such as a console adapter, a card reader 
adapter, or a printer adapter. 

To perform an operation on a specific device, software must 
determine the channel to which the device is attached. A channel 
is a composite of the MDC, the device adapter, and the device. The 
software addresses the channel by means of a channel number. The 
following example indicates the format of a typical channel number, 
as seen on the address lines of the Megabus. 


CHANNEL NUMBER 

.-A-. 

| DEVICE SELECTION I 


-—*—- 1 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 


DIRECTION BIT 

O-READ (INPUT) 
1- (OUTPUT) 


- -- V - 

SWITCH SELECTABLE 
MDC IDENTIFIER 
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Each device attached to the MDC by way of an adapter has a 
specific configuration of device selection bits required to address 
it. 


The MDC contains the firmware and hardware common to all the 
channels. Device-specific functionality is provided by pluggable 
device adapters and by firmware routines. The firmware routines 
are physically located within the microprogram control store on the 
MDC board. 

The MDC multiplexes information to the correct channel and 
determines priority for channel activity. The highest priority is 
given to Megabus requests, then to adapter requests, and then to 
interrupts which are being retried. During normal operation only 
one channel is active at any given time. When initializing, all 
adapters are cleared simultaneously. 

2.2 SOFTWARE 

The MDC operations are a direct result of an input or output 
instruction from the central processor (CP). Table 2-1 lists the 
input, output, and diagnostic instructions applicable to the device 
adapter subsystem. These instructions read or write address, range, 
and control information to or from a device-specific segment of the 
scratch pad memory (SPM). 

For output instructions (writing into the SPM), the general 
format of the Megabus address and data lines is as shown in Figure 
2-1. The address lines reflect the channel number of the control¬ 
ler being addressed and a function code indicating the purpose of 
the information on the data lines. The data lines may have control 
information, address, or control words to be loaded into the MDC 
scratch pad memory. 

For input instructions (reading from the SPM) the general for¬ 
mat of the Megabus address and data lines is as shown in Figure 2-2. 
The address lines reflect the channel number of the controller being 
addressed and the appropriate function code. The data lines have 
the number of the channel initiating the command. In response to 
the input instruction, the MDC loads the bus address lines with the 
channel number of the unit that is to receive the information on 
the data lines. The Megabus configuration for an MDC read main 
memory request is illustrated in Figure 2-3 and an MDC write main 
memory request is depicted in Figure 2-4. Figures 2-5 through 2-19 
show the Megabus configuration for the various I/O type instruc¬ 
tions . 

When the output I/O load address function code has been sent to 
the SPM, the state of the direction bit (see Figure 2-1, Output 
command) is checked in order to determine the data transfer path 
(to or from the device). For information pertaining to the instruc¬ 
tions that each adapter is capable of performing, refer to the 
appropriate adapter manual. 
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Table 2-1 I/O Commands 


TYPE 

COMMAND 

FUNCTION 
CODE (HEX) 

INSTRUCTION 

ADAPTER APPLICATION 

Output 

01 

Control Word 

Diskette, Console, 

Card Reader & Printer 


03 

Interrupt Control 

Diskette, Console, 

Card Reader & Printer 


07 

Task Word 

Diskette, Console 
& Printer 


09 

I/O Load Address 

Diskette, Console, 

Card Reader & Printer 


0D 

I/O Load Range 

Diskette, Console, 

Card Reader & Printer 


11 

Configuration Word A 

Diskette, Console, & 
Card Reader 


13 

Configuration Word B 

Diskette & Console 

Input 

02 

Interrupt Control 

Diskette, Console, 

Card Reader & Printer 


06 

Task Word 

Diskette, Console & 
Printer 


08 

Memory Byte Address 

Diskette, Console, 

Card Reader & Printer 


0A 

Memory Module Address 

Diskette, Console, 

Card Reader & Printer 


OC 

Range 

Diskette, Console, 

Card Reader & Printer 


10 

Configuration Word A 

Diskette, Card Reader 
& Console 


12 

Configuration Word B 

Diskette & Console 


18 

Status Word 1 

Diskette, Console, 

Card Reader & Printer 


26 

Identification Code 

Diskette, Console, 

Card Reader & Printer 
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CHANNEL NUMBER 


ADDRESS 

LINES 


'- A -^ 



DATA 

LINES 


DATA 


I OUTPUT 
f COMMAND 


* 1 = WRITE TO DEVICE CHECKED ONLY DURING OUTPUT 

0 = READ FROM DEVICE TYPE COMMAND 


Figure 2-1 Megabus Configuration for I/O Output Command 




CHANNEL NUMBER 


A. I/O INPUT COMMAND 


ADDRESS 

LINES 


DATA 

LINES 



REQUESTING CHANNEL NUMBER 


XNU 


l INPUT 
f COMMAND 


Figure 2-2 


Megabus Configuration for 
MDC Response (Sheet 1 


I/O Input Command and 
of 2) 
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B. MDC RESPONSE 





I INPUT 
> RESPONSE 
TO CPU 


J 

Figure 2-2 Megabus Configuration for I/O Input Command and 

MDC Response (Sheet 2 of 2) 


0 78 15 16 23 


ADDRESS 

MAIN MEMORY MODULE 

MAIN MEMORY 

MAIN MEMORY 

LINES 

SELECT ADDRESS BITS 

ADDRESS (MSB) 

ADDRESS (LSB) 


DATA 

LINES 


0 


9 10 


15 


MDC CHANNEL NUMBER 


XNU 


Figure 2-3 Megabus Configuration for MDC Read Main Memory Request 


o 


7 8 


15 16 


23 


ADDRESS 

LINES 


MAIN MEMORY MODULE 

MAIN MEMORY 

MAIN MEMORY 

SELECT ADDRESS BITS 

ADDRESS (MSB) 

ADDRESS (LSB) 


DATA 

LINES 


0 15 


◄-DATA -► 


Figure 2-4 Megabus Configuration for MDC Write Main Memory Request 
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ADDRESS BUS 


0 78 17 18 23 



Figure 2-5 Output Control Word 


ADDRESS BUS 



Figure 2-6 Output Interrupt Control 


ADDRESS BUS 



Figure 2-7 Output Task Word 

/T 

2-6 

HONEYWELL PROPRIETARY AND CONFIDENTIAL 




HONEYWELL PROPRIETARY AND CONFIDENTIAL 



Figure 2-8 I/O Load Output Address 


ADDRESS BUS 



Figure 2-9 I/O Load Output Range 
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Figure 2-11 Input Interrupt Control 
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Figure 2-12 Input Task Word 
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Figure 2-13 Input Memory Byte Address 
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Figure 2-14 Input Memory Module Address 
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Figure 2-15 Input Range 
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Figure 2-16 Input Configuration Word 
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Figure 2-17 Input Status Word 1 
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Figure 2-18 Input Status Word 2 
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Figure 2-19 Input Identification Code 
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2.3 FIRMWARE 

Firmware, a sequence of microinstructions resident in the micro¬ 
program control store, is the primary control element of the MDC. 

The main function of the firmware is to interpret external and in¬ 
ternal events or conditions and to react in a prescribed manner 
(i.e., setting or resetting of hardware functions). Efficient data 
transfer is also a result of firmware control of hardware components 
in the data path. 

Each time the MDC is cleared, a series of firmware operations 
called the Quality Logic Test is performed. These operations are 
used to test whether the MDC hardware is functioning properly. 

Upon successful completion of the Quality Logic Test, the firmware 
proceeds to set up the hardware for execution of software instruc¬ 
tions. This is accomplished by setting up control information in 
the read/write memory and enabling the available adapters. After 
the adapters are enabled, the firmware enters a routine and waits 
for a request from the Megabus or from one of the adapters. When 
a request occurs, the firmware analyzes status and priority before 
proceeding to the appropriate firmware operation for processing the 
request. (Refer to Section IV for detailed information.) 

2.4 HARDWARE 

The MDC hardware (see Figure 2-20) is organized into seven 
logic areas: microprogram control store, arithmetic logic unit and 
accumulator, scratch-pad memory. Megabus logic, adapter logic, test 
multiplexer, and clock logic. The descriptions in the following 
subsections are of an overview nature, and all pertain to the in¬ 
terfaces and logic blocks depicted in Figure 2-20. 

2.4.1 Megabus/MDC Interface 

The MDC/Level 6 Megabus interface is the control and transfer 
link between the MDC and any other unit in the system. It provides 
a path for address, data, and control information. This interface 
also supplies the paths for determining priority of a request from 
any attached controller. Figure 2-21 identifies all the interface 
lines, indicating direction, usage, and mnemonic of each. Table 
2-2 describes each signal line used by the Megabus/MDC interface. 

2.4.2 MDC/Adapter Interface 

A diagram of the MDC/adapter interface interconnection is shown 
in Figure 2-22. This figure identifies the interface lines, their 
direction, mnemonics, and usage. It depicts the lines as seen by 
the MDC (not the adapter, where the mnemonics for many of the lines 
differ). Table 2-3 describes each signal line used by the MDC/ 
Adapter Interface. For a cross-reference of signal names, refer to 
Table 2-4. 
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This interface provides a common link with all four adapters 
and gives the firmware the capability of selecting the proper adapt¬ 
er and performing the designated operation. It provides the paths 
necessary to supply the adapters with data, control, and timing 
pulses; it also supplies the MDC with requests and data from the 
adapter. 
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Figure 2-20 MDC Hardware Major Block Diagram 
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Figure 2-21 Megabus/MDC Interface 
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Table 2-2 Megabus/MDC Interface Signal Lines 

(Sheet 1 of 2) 


TERM/MNEMONIC 

DESCRIPTION 

Data Bits 0 through 7 
(BSDT00- 07-) 

These lines represent the most 
significant byte of data. 

Data Bits 8 through 15 
(BSDT08- + 15-) 

These lines represent the least 
significant byte of data. 

Data Parity-Left Byte 
(BSDP00-) 

This signal contains odd parity 
for data bits 0 through 7. 

Data Parity-Right Byte 
(BSDP08-) 

This signal contains odd parity 
for data bits 8 through 15. 

Address Bus Bits 

0 through 23 
(BSAD00- -* 23-) 

These lines contain an address 
to be used by memory or by a 
controller or central processor. 

Address Parity 
(BSAP00-) 

This signal contains odd parity 
for the most significant byte 
of the address bus, bits 0 
through 7. 

Priority Lines 
(BSAUOK+ through BSIUOK+) 

These lines are used to estab¬ 
lish priority of the units 
attached to the bus. 

My OK 
(BSMYOK+) 

This signal indicates the unit 
that is presently using the bus. 

Power On 
(BSPWON+) 

This signal is true when all 
power supplies in the system are 
operating correctly. 

Logic Test In 
(BSQLTI+) 

! 

This signal initiates the Inter¬ 
nal Logic Test in a unit at¬ 
tached to the bus. 

Logic Test Out 
(BSQLTO+) 

This signal indicates the unit 
has successfully completed run¬ 
ning its Internal Logic Test and 
is used as the logic-test-in 
signal for the next unit at¬ 
tached to the bus. 

Acknowledge 

(BSACKR+) 

This signal indicates that the 
information on the bus has been 
accepted. 

Data Cycle Now 
(BSDCNN-) 

This signal indicates that the 
information on the bus is valid. 

Yellow 

(BSYELO-) 

This signal indicates that the 
accompanying transferred infor¬ 
mation is correct but that a 
correction operation was per¬ 
formed. 
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Table 2-2 Megabus/MDC Interface Signal Lines 

(Sheet 2 of 2) 


TERM/MNEMONIC 

DESCRIPTION 

Red 

(BSREDD-) 

This signal indicates that the 
accompanying transferred ‘infor¬ 
mation is in error. 

Byte 

(BSBYTE-) 

This signal indicates that the 
current transfer is a byte trans¬ 
fer rather than a word transfer. 

Memory Reference 
(BSMREF-) 

This signal indicates that the 
address leads contain a memory 
address. 

Wait 

(BSWAIT-) 

This signal indicates that the 
transfer will be accepted when 
the bus data register is avail¬ 
able . 

No Acknowledge 
(BSNAKR-) 

This signal indicates that the 
information on the bus has been 
refused. 

Bus Request 
(BSREQT-) 

This signal indicates that one 
or more units on the bus have 
requested a bus cycle. 

Second Half Bus Cycle 
(BSSHBC-) 

This signal identifies the second 
bus cycle in response to a memory 
read request. 

Bus Write 
(BSWRIT-) 

This signal indicates that infor¬ 
mation on the bus is ready to be 
transferred. 

Master Clear 
(BSMCLR-) 

This signal initializes the units 
attached to the bus. 

Resume Interrupt 
(BSRINT-) 

This signal is a 200-nanosecond 
pulse which is issued by the 
central processor when it is 
capable of receiving interrupts 
again. 
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Table 2-3 MDC/Adapter Interface Signal Lines 


TERM/MNEMONIC 

DESCRIPTION 

Adapter Enable 
(ADPENB+01 through +04) 

The diskette adapter uses two of 
the four lines as device selection 
bits. The other device adapters 
use these lines as enables. 

Control Lines 
(ADPCD1+ through 3+) 

These signals are used for adapter- 
specific operations. 

Load Status 
(LODAS1+ through 2+) 

These signals are used to load data 
in the device adapter's status 
registers. 

Load Data 
(LODADR+) 

This signal is used to load data in 
the device adapter's data register. 

Data Byte Taken 
(ADPDBT+) 

This signal notifies the device 
adapter that the contents of its 
data register have been stored. 

Multiplexer Select 
(UPIR04+ through 05+) 

These signals are the selection 
bits for the device adapter's input 
multiplexer. 

Data Out Lines 
(ALUOTO+ through 7+) 

These lines from the MDC to the de¬ 
vice adapter represent the informa¬ 
tion to be used by the adapter. 

Clock Signal 
(CLKSIG+) 

A clock function from the MDC to 
the device adapter. 

Clock Strobe 
(CLKSTB+) 

A clock function from the MDC to 
the device adapter. 

Clear Adapter 
(CLRADP+) 

This signal clears the major logic 
areas of the adapter. 

Adapter Present 
(ADPGND-) 

This signal notifies the MDC that 
an adapter is present by indicating 
a ground connection. 

Data In Lines 
(ADPDS0+ -* 7+) 

These lines from the device adapter 
to the MDC represent the informa¬ 
tion to be used by the MDC. 

Data Service Request 
(DATSRQ+) 

This signal notifies the MDC that 
the device adapter has a data byte 
ready or that a data byte is re¬ 
quired. 

Nondata Service Request 
(NDTSRQ+) 

This signal notifies the MDC that 
the device adapter has a nondata 
service request to be processed 
(e.g., a change in device state). 

Adapter Pulse 
(ADPPLS+) 

This signal is used only by the 
printer device adapter to generate 
a strobe for the printer. 
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Table 2-4 MDC/Adapter Interface Line and Mnemonic Cross-Reference List 


MDC 

ADAPTER 

DISKETTE 

READER 

CONSOLE 

PRINTER 

FUNCTION 

MNEMONIC 

MNEMONIC 

MNEMONIC 

MNEMONIC 

MNEMONIC 

Adapter Enable 

ADPENB+01++04 

ADPENA +/ADPENB+ 

ADPENX 

ADPENX 

ADPENX 

Control Lines 

ADPCD1+ 

ADPCD1+ 

XNU 

XNU 

XNU 

1 

ADPCD2+ 

ADPCD2+ 

XNU 

XNU 

XNU 

f 

ADPCD3+ 

ADPCD3+ 

XNU 

XNU 

XNU 

Load Status 1 

L0DAS1+ 

L0DAS1+ 

ADPCN1+ 

ADPCN1+ 

ADPCN1+ 

Load Status 2 

LODAS2+ 

L0DAS2+ 

ADPCN2+ 

ADPCN2+ 

ADPCN2+ 

Load Adapter Data 

LODADR+ 

LODADR+ 

XNU 

ADPDAT+ 

ADPDAT+ 

Data Byte Taken 

ADPDBT+ 

ADPDBT+ 

ADPDBT+ 

ADPDBT+ 

XNU 

Data Out 

ALUOTO++7+ 

ALUOTO++7+ 

ALUOTO++7+ 

ALUOTO++7+ 

ALUOT0++7+ 

Multiplexer Select 

UPIR04+ 

ADPMS0+ 

ADPIC0+ 

ADPIC0+ 

ADPIC0+ 


UPIR05+ 

ADPMS1+ 

ADPIC1+ 

ADPIC1+ 

ADPIC1+ 

Data Request 

DATSRQ+ 

DATSRQ+ 

DATSRQ+ 

DATSRQ+ 

DATSRQ+ 

Nondata Request 

NDTSRQ+ 

NDTSRQ+ 

NDTSRQ+ 

NDTSRQ+ 

NDTSRQ+ 

Data In 

ADPDS0++7+ 

ADPDS0++7+ 

INFOIO++7+ 

INFOIO++7+ 

INFOI 0+^-7+ 

Clock Signal 

CLKSIG+ 

CLKSIG+ 

XNU 

CLKSIG+ 

XNU 

Clock Strobe 

CLKSTB+ 

CLKSTB+ 

CLKSTB+ 

CLKSTB+ 

CLKSTB+ 

Adapter Pulse 

ADPPLS+ 

XNU 

XNU 

XNU 

ADPPLS+ 

Adapter Present 

ADPGND- 

ADPGND- 

ZGND 

ZGND 

ZGND 

Clear Adapter 

CLRADP+ 

ADPCLR+ 

ADPCLR+ 

ADPCLR+ 

ADPCLR+ 

Ground 

ZGND 

ZGND 

ZGND 

ZGND 

ZGND 

+5 Volts 

ZVP05 

ZVP05 

ZVP05 

ZVP0 5 

ZVP05 

-12 Volts 

ZVN12 

ZVN12 

ZVN12 

ZVN12 

ZVN12 

+12 Volts 

ZVP12 

ZVP12 

ZVP12 

ZVP12 

ZVP12 


Note: XNU = Not used 
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2.4.3 Microprogram Control Store (Figure 2-20) 

The Microprogram Control Store (UPCS) provides permanent storage 
for resident control firmware and diagnostic microprograms. The 
UPCS is enabled during normal operation, when the MDC is not in 
test mode. It utilizes its ability to vary address sequencing in 
order to execute appropriate routines, depending on priority infor¬ 
mation, test conditions, or channel activity. 

The UPCS is configured of either 2K or 4K PROM chips. The in¬ 
ternal array of each 2K PROM chip is 512 locations by 4 bits wide, 
providing a maximum of 2,048 bits. The 2K PROM chips are aligned 
in rows of 4 to create a UPCS output 16 bits wide. The UPCS can be 
expanded to a maximum of 2K word locations. 

The internal array of each 4K PROM chip is 1,024 locations by 
4 bits wide, providing a maximum of 4,096 bits. The 4K PROM chips 
are aligned in rows of 4 to establish a UPCS output 16 bits wide. 

The UPCS is expandable to a maximum of 4K word locations. 

NOTE 

The hex rotary switch on the controller is set to 0 
for 2K PROM chips or to F for 4K PROM chips. 

2.4.4 Arithmetic Logic Unit (ALU)/Accumulator (ACU) 

(Figure 2-20) 

The ALU is the focal point of all data operations within the 
MDC, between the MDC and the device adapter(s), and between the MDC 
and the Megabus. Two input multiplexers (A-operand and B-operand) 
to the ALU allow various combinations of registers to be used as 
operands within the ALU. 

The ALU performs eight-bit arithmetic and logic operations on 
the outputs of the two multiplexers and determines the destination 
of the result as a function of the firmware. ALU status is gen¬ 
erated as a result of an ALU operation and is stored in ALU status 
flip-flops for interrogation or until the initiation of the sub¬ 
sequent ALU firmware command. 

The ALU also performs bit operations on one input with a data 
constant supplied by firmware. The constant can be loaded into the 
ALU by way of the B-operand multiplexer (MUX). 

Through the use of multiple byte procedures, word mode opera¬ 
tions are performed by firmware and the ALU. In a multiple byte 
procedure, ALU status (i.e., carry-out) is set each time a byte is 
operated on, and this status is used to determine the operation 
required for the subsequent byte. The ALU is capable of performing 
a left shift operation. 

The ACU is an eight-bit register used for temporary storage of 
the ALU outputs. The ACU outputs are fed to the A-operand multi¬ 
plexer for distribution of information throughout the MDC. During 
data transfers, the ACU outputs are fed to the A-operand multiplexer 
as part of the data path to and from the device adapters. 
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2 . 4.5 Scratch-Pad Memory (SPM) (Figure 2-20) 

The SPM is a 256-location-by-8-bit-deep read/write memory which 
is used for storage of information that is required by or generated 
by each channel (i.e., data, status, commands, etc.) The memory is 
segmented into four parts (64 locations each) with one part desig¬ 
nated for each channel. The SPM is addressed by eight bits; the 
two high-order bits select the correct segment for the channel 
which is active, and the remaining six bits select a relative loca¬ 
tion within the segment. 

Data from the ALU operand mux is written into the SPM during a 
firmware Memory Write command at the relative location specified by 
the address bits. Because the SPM uses the ALU operand multiplexer 
as the data input, all firmware-visible registers can be implemented 
as an input local register. The data out of the SPM is delivered 
to either one of the ALU operand multiplexers and can be distributed 
throughout the MDC from there. 

2.4.6 Megabus Logic (Figure 2-20) 

The Megabus logic provides an interconnection between the Mega¬ 
bus and each channel on the MDC. Although some of the logic ele¬ 
ments are dedicated to an individual channel, the Megabus hardware 
is common to all the channels. 

When Megabus cycles designated for the MDC are detected by a 
Megabus logic decoder, the response logic is enabled. If the chan¬ 
nel being addressed has an adapter installed, a response is gen¬ 
erated; otherwise, no response is made, indicating the absence of a 
device on the desired channel. If the channel is available, the 
response causes the information on the Megabus address and data 
lines to be stored. The states of certain control lines are also 
stored, and the Megabus logic goes busy to inhibit further trans¬ 
fers to the MDC until firmware has dispensed with the stored infor¬ 
mation . 

When the MDC requests a Megabus transfer, firmware loads the 
address and data registers and sets the proper control lines prior 
to Megabus cycle initiation. The response of the slave unit is 
stored by the Megabus logic, and the Megabus logic remains busy 
until firmware detects completion of the cycle. 

Control signals for synchronization of the MDC Megabus requests 
(and Megabus requests by other units) are also located in the Mega¬ 
bus logic. Finally, the Megabus logic determines the MDC priority 
with reference to other units when there are simultaneous requests 
for Megabus activity. 

2.4.7 Adapter/Channel Control Logic (Figure 2-20) 

A channel consists of the MDC, a device adapter, and a device. 
Complete channel control results from a combination of hardware 
and firmware. 

Each channel can provide two types of service requests: data 
or nondata. These service requests are supplied to a channel re¬ 
quest encoder where the presence of a data service request signifies 
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that a data byte read from the device is available or that a data 
byte must be transferred to the device. The nondata service re¬ 
quest indicates a change of device state or the presence of a de¬ 
vice condition which requires attention (e.g., head of form on the 
printer). 

The request encoder indicates when a channel request is active. 
It also sets up the priorities so that any Megabus request has pri¬ 
ority over a channel data service request. A similar request from 
channel 0 would have higher priority than that from any of the 
higher channel numbers. 

Firmware has the ability to test the output of the priority 
encoder to determine if a request has occurred. It also can test 
the encoder to ascertain if the request with the highest priority 
is a Megabus request or a channel request. 

The priority encoder has two outputs which are a binary function 
of the highest priority channel. These lines are used to enable a 
single adapter at a time corresponding to the appropriate channel. 
One exception is when Master Clear is active: all the adapters are 
enabled simultaneously to receive the Master Clear signal. 

2.4.8 Test Multiplexer (Figure 2-20) 

Subsystem conditions, including status, errors, and register 
bits, are visible to firmware for examination via the test multi¬ 
plexer. Firmware operations which require the bypassing of a micro¬ 
operation specify a signal and its condition for which a skip should 
occur. The test multiplexer provides the facilites for comparing 
the state of the specified signal with the state specified by the 
firmware. If the two conditions are equal, the instruction register 
is cleared for one cycle. 

2.4.9 Clock Logic (Figure 2-20) 

The MDC divides the output of an 8-MHz oscillator to derive a 
4-MHz clock cycle. The MDC is supplied with both the assertion and 
negation of the clock, each having a 250-nanosecond cycle time. 

Both signals are utilized by the MDC to implement logic in the first 
125-nanosecond period and the second 125-nanosecond period of a 
single clock cycle. A third type of clock pulse is utilized by the 
MDC as a strobe pulse for the SPM, the adapters, and various other 
MDC registers. This strobe occurs during the latter part of the 
second 125-nanosecond period of a single clock cycle and is only 35 
to 55 nanoseconds in duration. 

2.5 OUTPUT DATA OPERATION 

The following subsections describe the MDC hardware and firmware 
implemented when an output data operation is to be performed on a 
selected channel. Discussion centers around the data transfer path, 
as well as the firmware control, timing, and data verification 
checks required to execute the output data operation. 
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Two functional components are required to complete an output 
data operation: software initiation and firmware control through 
hardware implementation. 

2.5.1 Software Initiation 

Software initiates the output data operation by using the out¬ 
put function codes listed in Table 2-1 and the bus formats illus¬ 
trated in Figures 2-5 through 2-10. This is accomplished by sending 
control information from the central processor (CP) to the MDC for 
storage in the SPM: control information, the configuration words 
(FC = 11 hex), the memory address (FC = 09 hex), and the range 
(FC = 0D hex). 

At this point, software involvement is terminated if the ad¬ 
dressed device is capable of only one functional operation (i.e., 
printer). If the addressed device is capable of performing multiple 
functional operations (i.e., diskette), software is required to 
make an additional transfer, the task word (FC = 07 hex), to the 
MDC for storage in the SPM. 

After the last software transfer is completed, the remaining 
control of the output data operation is maintained by the MDC firm¬ 
ware . 

2.5.2 Firmware Control Through Hardware Implementation 
(see Figure 2-20) 

Firmware is made aware that an output data operation is to be 
performed when a bus request is detected which is outputting con¬ 
trol information. The control information on the data lines as a 
result of the bus request from the CP is stored in the SPM in the 
locations specified by the function code. 

With software initiation of the output data operation, either 
4 or 5 bus transfers to the MDC are executed (refer to subsection 
2.5.1). The control information transferred across the bus is the 
control word, the configuration words, the memory address, the 
range and, if necessary, the task word. As each transfer occurs, 
the firmware stores the control information into the SPM of the 
MDC. Control of the remaining portion of the output data operation 
(the data transfer) is maintained by the firmware. 

The firmware performs all the output data operations (write or 
print), status verification, valid channel, range determination, 
and device capabilities. The task is initiated by firmware's load¬ 
ing of the adapter's control registers with the control information 
previously stored in the SPM as a result of the software bus re¬ 
quest. The adapter will then generate requests for data and the 
MDC firmware accesses memory, receives the data and transfers the 
data to the adapter using the hardware path shown in Figure 2-20. 

All data integrity checks performed on the information sent to the 
adapters is accomplished by the adapter hardware or the device 
specific firmware routines. 
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After detection of the data transfer termination (end of range) 
the firmware reports the operation's status to the software by gen¬ 
erating a bus transfer. Using the reported status, software then 
establishes if the operation was successful. Retries of unsuccess¬ 
ful operations are performed according to software parameters. 

2.6 INPUT DATA OPERATION 

Software and firmware involvement in the input data operation 
is identical to the output data operation (refer to subsection 2.5) 
The variations of the input data operation are the hardware data 
paths between the Megabus and the adapter. The output data opera¬ 
tion transfers data from the Megabus logic through the ALU and the 
SPM back to the ALU and then to the adapter, whereas the input data 
operation transfers information from the adapter through the ALU, 
the SPM, and the Megabus logic to the Megabus. 
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III 

THEORY OF 
OPERATION - INTERMEDIATE 


The MDC is divided into seven logic areas. These areas and the 
data, instructions, and control flows are illustrated in Figure 
3-1. The seven logic areas are the microprogram control store, the 
arithmetic logic unit and accumulator, the scratch-pad memory and 
addressing, the test multiplexer. Megabus logic, adapter logic, and 
clock logic. Each area is described in detail under its appropri¬ 
ate subsection heading. 

3.1 MICROPROGRAM CONTROL STORE FUNCTIONAL 
COMPONENTS (Figure 3-2) 

3.1.1 Subroutine Return Address Register (SRAR) 

The SRAR is used by firmware to store a microprogram control 
store (UPCS) address which will be branched to at some later time 
by a firmware routine or subroutine. To load a location with an 
address, the firmware issues a Load Return Address command, which 
generates the write enable function LDSRAR. This causes the ad¬ 
dress defined by bits 4-15 of the microprogram instruction register 
(UPIR) to be stored in the SRAR at the location specified by the 
SPMIR. 

The SRAR is a four-word by 12-bit register file memory. Each 
word represents the return address of a particular adapter channel. 
The SRAR word that is being read or written is determined by the 
output of the scratch pad memory index register (SPMIRO- and 
SPMIR1-). The scratch pad memory index register (SPMIR) contains 
the number of one of the four device channels in the binary code 
(see subsection 3.3.2). 
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When firmware performs a Return Branch command, the contents of 
the location defined by the SPMIR is gated to the SRAR output. The 
output is then transferred by way of the microprogram address se- ( 

lector (UPAS) to the microprogram address counter (UPAC). The 
Return Branch command then presets the UPAC to an address previously 
stored in the SRAR. 

3.1.2 Microprogram Address Selector (UPAS) 

One of the two inputs to the UPAS is used as a preset for the 
UPAC. When the microprogram control store bit 2 (UPCS02+) is high, 
a state indicating a Go To command, the output of the UPAS (12 bits) 
reflects bits 4 through 15 of the UPCS. When UPCS02+ is low, the 
output of the UPAS reflects the twelve bits of the SRAR. 

3.1.3 Microprogram Address Counter (UPAC) 

The microprogram address counter (UPAC) is a 12-bit counter 
which is incremented once at the start of every clock cycle, except 
in the instance of a clear or load operation. The UPAC is cleared 
by CLRBDC-, which is active only during an MDC Initialize (Master 
Clear); it is loaded when a load UPAC operation (LODUPA-) is active. 

The LODUPA- function causes the UPAC to reflect the address on the 
microprogram address selector output. The load UPAC operation is 
performed when a Go To command or a Return Branch command is de¬ 
coded in the address control logic. 

The low-order nine bits (3 through 11) of the UPAC are gated 
directly to the address lines of the UPCS. The high-order three 
bits (0-2) are fed to the Microprogram Control Enable (UPCSEl- to 
UPCSE8-), which is a 3-bit to l-of-8-line decoder. The eight UPCSE 
functions are used to enable one of the eight rows within the 
microprogram control store. 

3.1.4 Microprogram Control Store (UPCS) 

For a description of the UPCS (shown in Figure 3-2), refer to 
subsection 2.4.3 of this manual. 

3.1.5 Diagnostic Instruction (Test) Gate 

When a control word issued to the MDC by software specifies the 
diagnostic mode, the MDC firmware executes a Set Test Mode (STMCMD) 
command. This command sets the TSTMOD flip-flop, which in turn 
puts the MDC clock in the step mode and disables the microprogram 
control store outputs. At this time the diagnostic instruction 
(test) gate is enabled, allowing the transfer of information from 
the bus data register to the ORing network of the microprogram con¬ 
trol store. Any subsequent transfer to the MDC while the TSTMOD 
flip-flop is set generates one clock cycle. During this cycle the 
data on the Megabus is transferred by the test mode gate and the 
ORing network to the microprogram instruction register. It is then 
executed as if it were a resident microinstruction. 

The TSTMOD flip-flop remains set until software issues a Reset 
Test Mode (RTMCMD) instruction or until a Master Clear signal ,f 

occurs. % 
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Figure 3-1 


MDC Hardware Major Block Diagram 
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3.1.6 Microprogram Instruction Register (UPIR) 

The microprogram instruction register (UPIR) is a 16-bit wide 
register used to store the output of the microprogram control store 
(UPCS) or the test gate for one clock cycle during a microinstruc¬ 
tion execution. The UPIR is loaded at the leading edge of each 
cycle by CLKSIG+ unless the signal Clear Microprogram Instruction 
Register (CLRUPI) is active, which causes a reset to Zero. CLRUPI 
is active during the Master Clear operation and during a skipped 
cycle due to a successful test instruction. 

3.1.7 Op-Code Decoder (OPCOD) 

The high-order three bits (UPIR00+ to 02+) of the UPIR are fed 
to the op-code decoder, which performs a 3-bit to l-of-8-lines de¬ 
code. These lines indicate what type of microinstruction is being 
performed. The op-code decoder is enabled unless the MDC is in the 
process of performing a UPCS scan or unless the UPIR is being 
cleared by the CLRUPI function. The eight output lines of the op¬ 
code decoder, in conjunction with various other UPIR bits, imple¬ 
ment and control the MDC and device adapter hardware. 

To increase the speed of operation during the firmware routines, 
the op code of the Branch (Go To) command is decoded directly from 
the output of the UPCS rather than from the UPIR. For the same 
reason, the address for the Go To command is taken from the output 
of the UPCS. In the case of all other command types, the op code 
is decoded from the output of the UPIR. 

3.1.8 Scan Logic (Figure 3-3) 

The scan logic in the MDC ensures the integrity of the UPCS. 

This logic performs a longitudinal check on each bit position of 
the UPCS outputs and causes the MDC clock to halt if an error is 

detected. If no errors are detected, the MDC goes on to execute 

the firmware portion of the Quality Logic Test. 

The scan mode flip-flop (SCNMOD) sets with Master Clear 

(MSTCLR-), disabling the op-code decoder (see Figure 3-2) and in¬ 
hibiting Branch commands. With the commands inhibited, the MDC 
loads the UPIR with the output of the UPCS and increments the UPAC 
to the next location at each sequential clock cycle. This process 
continues from location 000 to location FFF, at which time a carry¬ 
out of the UPAC (UPAC2C-) is detected. The UPAC then returns to 
zero, beginning another scan. 

The scan bit selectors (SCNBSH and SCNBSL) select one bit of 
the UPIR at the address defined by the output of the scan bit ad¬ 
dress counter. The selected UPIR bit provides the input to the 
scan bit sum flip-flop (SCNBSM). The SCNBSM half-adds the selected 
bit at the start of each clock cycle with its previous contents. 

At the end of one scan through the UPCS, the scan bit sum flip-flop 
has added the specified bit of each location with an expected re¬ 
sult of zero (no error). If the sum is not zero at the termination 
of each scan, the scan error gate output (SCNERR+) is high and sets 
the scan error flip-flop (UPIERR). The UPIERR causes the MDC clock 
to halt, and the contents of the scan bit address counter will in¬ 
dicate which bit of the UPCS is in error. 
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If an error is not detected at the end of a scan, the scan bit 
address counter will increment due to the overflow of the UPAC, and 
the UPAC will wrap around to location zero. The scan operation is 
repeated with the next bit of the UPIR as an input to the scan bit 
sum flip-flop. The scan operation continues until an error is de¬ 
tected or until all bits of the UPIR have been checked, at which 
time the scan bit address counter (SCNBAC) will overflow and reset 
the scan mode flip-flop. When the scan mode flip-flop is reset, 
the op-code decoder and Branch commands are re-enabled, and normal 
execution of firmware begins. 


SRAR 



Figure 3-2 Microprogram Control Store Functionality 
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Figure 3-3 Scan Logic 


3.2 ARITHMETIC LOGIC UNIT AND ACCUMULATOR 
FUNCTIONAL COMPONENTS 

3.2.1 A-Operand Multiplexer (ALUAX) (Figure 3-4) 

The A-operand multiplexer (AOP mux) can select one of eight 
types of data fields according to a three-bit multiplexer address 
defined by bits 3 to 5 of the UPIR. Table 3-1 shows the various 
bit configurations and the register selected by each configuration. 

For address configurations equal to 0 through 3, UPIR bit 3 
reset, the output from the accumulator, scratch pad data, scratch 
pad address, or bus data is selected as an input to the AOP multi¬ 
plexer. 

For address configurations equal to 4 through 7, UPIR bit 3 
set, the output of the adapter's data selector is used as an input 
to the AOP multiplexer. Bits 4 and 5 of the UPIR then select one 
of the four adapter registers visible to the MDC: data, ID, status 
1, or status 2. 

Only the one adapter which is active will have its data enabled 
at the selector output. The outputs of the adapter's data selec¬ 
tors are ORed on the MDC, and the ORed outputs are fed only to the 
AOP multiplexer. 

The loads of the 8-bit output of the AOP multiplexer are the 
ALU, the test multiplexer, the scratch pad memory, and the bus data 
register. 
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Figure 3-4 ALU and ACU Functionality 


Table 3-1 AOP Multiplexer Input Selection 


UPIR ADDRESS 
CONFIGURATION 
BITS 

SELECTED 

REGISTER 

MNEMONIC 

03 

04 

05 

0 

0 

0 

Accumulator 

ALUAC0+ 


7+ 

0 

0 

1 

Scratch Pad Data 

SPMOTO+ 

-> 

7+ 

0 

1 

0 

Scratch Pad Address 

SPMAC0+ 


7 + 

0 

1 

1 

Bus Data 

MYADI6+ 

-> 

23+* 

1 

0 

0 

Adapter Data 

ADPDS0+ 


7+ 

1 

0 

1 

Adapter ID 

ADPDS0+ 


7+ 

1 

1 

0 

Adapter Status 1 

ADPDS0+ 

-y 

7+ 

1 

1 

1 

Adapter Status 2 

ADPDS0+ 

->■ 

7+ 


*The data seen at this point depends on the number of 
shifts performed on the bus data register. 
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3.2.2 B-Operand Multiplexer (ALUBX) (Figure 3-4) 

The B-operand multiplexer (BOP mux) can select one of four data 
fields as a B-input to the ALU. The BOP is defined during ALU com¬ 
mands by UPIR bits 6 and 7. When performing Constant commands, the 
BOP multiplexer selects the output of the UPIR bits 6 to 10, 12, 

14, and 15 for the input to the ALU. These particular UPIR bits 
represent the data constant to be operated with during the constant 
command. 

The address for the data field to be loaded into the BOP mux is 
a 2-function decode (ALUBS1, ALUBS2) of the operation code (UPIR 
bits 0+ through 2+) and UPIR bits 6- and 7-. Table 3-2 shows the 
four possible configurations of ALUBS1+ and ALUBS2+ and the data 
input selected by each configuration. 


Table 3-2 BOP Multiplexer Input Selection 


UPIR BIT 



DECODE 



Address Functions 

SELECTED 


ALUBS1* ALUBS2 

DATA INPUT 

MNEMONIC 

0 

0 

Accumulator 

ALUAC0-* 7 

0 

1 

Scratch Pad Data 

SPMOTO -> 7 

1 

0 

Scratch Pad Address 

SPMACO -> 7 

1 

1 

UPIR Constant 

UPIR06+ 10,12,14,15 
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3 . 2.3 Arithmetic Logic Unit (ALU) (Figure 3-4) 

The ALU can perforin an 8-bit arithmetic or logic operation on 
the data supplied by the AOP and BOP multiplexers. The type of 
operation to be performed is determined by the four mode signals 
(ALUMD3+, UPIR11+, ALUMD1+, UPIR13+), the carry enable function 
(ALUMCE-), and the carry input (ALUCIN-) to the ALU. Table 3-3 
shows the relationship between these functions and the operation 
to be accomplished by the ALU. 

These mode signals, as well as carry enable and carry in, are 
explicitly defined by bits of the UPIR during ALU commands having 
an op code of 3. The firmware can also set Carry Enable and spec¬ 
ify that the carry-in is to reflect the previous ALU command carry¬ 
out as defined by the flip-flop ALUCOT. 

When an ALU command is not being performed, the mode signals 
(ALUMD3+, ALUMD1+) and the carry-enable signal (ALUMCE-) default 
to a One state. 

The two remaining ALU mode lines (UPIR11+, UPIR13+) do not have 
a default state but rather vary according to the output of the UPIR 
bits 11 and 13. These two bits select one of four operations which 
can be performed when executing a Constant command. 

The ALU data output is fed to the accumulator, to the scratch 
pad memory address counter, and to the device adapters. In addi¬ 
tion, the ALU outputs are inputs to a set of inverters whose wire- 
ANDed outputs provide the data for the ALU equal zero (ALUEQZ) 
flip-flop. This status flip-flop, along with the ALU equal FF 
(ALUEQF) flip-flop and the ALU carryout (ALUCOT) flip-flop, is set 
during the ALU operation by the signal LODALU+. In this manner, 
the ALU status flip-flops will be set or reset during an ALU com¬ 
mand and will remain valid for firmware interrogation until the 
subsequent ALU operation. 

The ALUEQZ and ALUEQF status flip-flops indicate an all-Zeros 
ALU output and an all-Ones ALU output, respectively. The ALUCOT 
flip-flop indicates a carry-out of the ALU, which serves to indi¬ 
cate the relative magnitudes of the AOP and BOP fields during an 
ALU subtract operation. Table 3-4 shows the relationship between 
the ALU carry-in, the ALU carry-out, and the size of the AOP and 
BOP fields. 

For diagnostic purposes, each of the ALU status flip-flops can 
be set independently of the ALU outputs by the function SETREG-. 
They can also be cleared (reset) by the signal CLRREG-. Both 
SETREG- and CLRREG- can be enabled by firmware commands, with 
CLRREG- also being active during Master Clear. During a Master 
Clear operation, CLRREG- causes the ALU status flip-flops to be 
zeroed. After the first ALU command, and after Master Clear, these 
flip-flops will reflect the proper state indicated by the ALU out¬ 
puts. 

3.2.4 Accumulator (ACU) (Figure 3-4) 

The ACU, which can be cleared by the function CLRREG-, is an 
8-bit register that provides temporary storage of the ALU output. 
The ACU will be loaded at CLKSTB- time during the following opera¬ 
tions : 
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• When performing a Load Constant command with the scratch 
pad memory (SPM) or the ACU defined as the A-operand. 

• When performing an ALU command with the destination of the 
result specified as either the A-operand (SPM or ACU) or 
the B-operand (SPM or ACU). 

The outputs of the ACU are fed only to the AOP and BOP multi¬ 
plexers. 


Table 3-3 ALU Functionality 


HEX CONFIGURATION 

POSITIVE LOGIC 

ALUMD3+ 

UPIR11+ 

ALUMD1+ 

UPIR13+ 

ALUMCE- 
= 1 = H 
LOGIC 

OPERATIONS 



ALUMCE- = 0 = L, 

ARITHMETIC OPERATIONS 

ALUCIN- = 1 

ALUCIN- = 0 


L 

L 

L 

L 

(0000) 

F 

= 

A 


F 

= 

A 

F 

ss 

A plus 1 


L 

L 

L 

H 

(0001) 

F 

= 

A + 

B 

F 

= 

A + B 

F 

= 

(A + B) plus 1 


L 

L 

H 

L 

(0010) 

F 

= 

AB 


F 

= 

A + B 

F 

= 

(A + B) plus 1 


L 

L 

H 

H 

(0011) 

F 

- 

0 


F 

= 

minus 1 (2's compl) 

F 

= 

ZERO 


L 

H 

L 

L 

(0100) 

F 

= 

AB 


F 

= 

A plus AB 

F 

= 

A plus AB plus 1 


L 

H 

L 

H 

((0101) 

F 

= 

B 


F 

= 

(A + B) plus AB 

F 

= 

(A + B) plus AB plus 1 

t 

L 

H 

H 

L 

(0110) 

F 

= 

A + 

B 

F 

= 

A minus B minus 1 

F 

= 

A minus B 


L 

H 

H 

H 

(0111) 

F 

= 

AB 


F 

= 

AB minus 1 

F 

= 

AB 


H 

L 

L 

L 

(1000) 

F 

= 

A + 

B 

F 

= 

A plus AB 

F 

= 

A plus AB plus 1 

ft 

H 

L 

L 

H 

(1001) 

F 

= 

A + 

~B 

F 

= 

A plus B 

F 

= 

A plus B plus 1 


H 

L 

H 

L 

(1010) 

F 

= 

B 


F 

= 

(A + B) plus AB 

F 

= 

(A + B) plus AB plus 1 


H 

L 

H 

H 

(1011) 

F 

= 

AB 


F 

= 

AB minus 1 

F 

= 

AB 


H 

H 

L 

L 

(1100) 

F 

= 

1 


F 

= 

A plus A* 

F 

= 

A plus A plus 1 


H 

H 

L 

H 

(1101) 

F 

= 

A + 

B 

F 

= 

(A + B) plus A 

F 

= 

(A + B) plus A plus 1 


H 

H 

H 

L 

(1110) 

F 

= 

A + 

B 

F 

= 

(A + B) plus A 

F 

= 

(A + B) plus A plus 1 


H 

H 

H 

H 

(1111) 

F 

= 

A 


F 

= 

A minus 1 

F 

= 

A 


tSubtract Mode 
ttAdd Mode 

*Each bit is shifted to the next more significant position. 

NOTE 

With CT at a logical ONE, C. is irrelevant. 
& in 


// x 
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Table 3-4 ALU Carry Flip-Flop Indications 


ALU CARRY-IN 
(ALUCIN) 

ALU CARRY-OUT 
(ALUCOT) 

AOP AND BOP 
RELATIONSHIP 

1 

0 

A ^ B 

1 

1 

A > B 

0 

1 

A ^ B 

0 

0 

A < B 


3.3 SCRATCH PAD MEMORY FUNCTIONAL COMPONENTS 

3.3.1 Scratch Pad Memory Index Control Flip-Flop 
(SPMICF) (Figure 3-5) 

The SPMICF is set or reset as a result of a Set or Reset Index 
command (SRICMD+) according to the state of the UPIR bit 9 
(UPIR09+). The SPMICF is also reset as a result of the CLRREG- 
function being active. 

The output of the SPMICF determines the source from where the 
scratch pad address will be loaded. When the SPMICF is reset, the 
memory is accessed by all eight bits (absolute address) of the 
scratch pad memory address counter (SPMAC). However, when the 
SPMICF is set, the memory is addressed by way of the six low-order 
bits of the SPMAC, and the two high-order bits (relative address) 
are taken from the contents of the scratch pad memory index reg¬ 
ister (SPMIR) . 

3.3.2 Scratch Pad Memory Index Register 
(SPMIR) (Figure 3-5) 

The MDC can be configured with up to four devices (channels). 
Although every device can be busy simultaneously, the MDC multi¬ 
plexes the channel activity. The SPMIR (SPMIR0+, SPMIR1+) is used 
to specify which channel is active at any given time. The contents 
of the SPMIR are utilized as the two high-order bits to address the 
scratch pad memory or the subroutine return address register (see 
Figure 3-2). The SPMIR also determines which adapter is enabled 
for proper firmware command execution. 

The two-bit SPMIR can be loaded with a specific channel number 
from the firmware (UPIR12+, UPIR13+). It can also be loaded with 
the channel number designated by the channel request priority en¬ 
coder (CRENX0+, CRENX1+). The input to the SPMIR is selected as a 
result of bit 11 of the instruction register (UPIR11+) and is 
loaded whenever the function LODSPI is active. 
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3.3.3 Scratch Pad Memory Address Counter (SPMAC) 

(Figure 3-5) ~ 

The SPMAC is an 8-bit counter which is parallel loaded with the 
output of the ALU or sequentially incremented by a Write Increment 
Address command (WIACMD). The ALU output (ALUOTO+ through 7+) is 
loaded into the SPMAC at CLKSTB+ time whenever LODSPA+ is active. 

The control signal LODSPA+ is generated for those ALU commands 
(AOPSPA-, BOPSPA-) which specify that the SPMAC be loaded with the 
ALU output. It is also generated during Constant commands, which 
utilize the SPMAC as the A-operand. 

The SPMAC is incremented whenever the control signal WIACMD+ 
is active at CLKSTB+ time, causing the contents of the SPMAC to be 
increased by one. The increment (WIAFLP) flip-flop is set during 
the execution of a WIACMD and resets at the completion of the sub¬ 
sequent command. In this manner the write is performed during the 
initial cycle of a WIACMD, and the increment occurs one cycle later. 

The CLRREG- signal, which is generated by a Master Clear and 
under firmware control, resets the SPMAC to zero and also resets 
the WIAFLP flip-flop. 

3.3.4 Scratch Pad Memory Address Selector 
(SPMAS) (Figure 3-5) 

Firmware normally indexes the scratch pad memory, thereby di¬ 
viding the memory into quadrants, one for each available channel. 
Each quadrant of memory has the same topology (refer to Table 4-1). 
However, the activity within a specific quadrant may vary according 
to device type. 

The SPMAS determines the two most significant bits of the 
scratch pad address. When the SPMICF is set, the SPMAS selects the 
contents of the SPMIR as the two high-order bits of the address. 

If the SPMICF is reset, the output from the SPMAS reflects the two 
high-order bits of the SPMAC. 

3.3.5 Scratch Pad Memory (SPM) (Figure 3-5) 

The SPM is a 256-location by 8-bit read/write memory which 
stores information that is required by or generated by each channel. 
Data from the AOP multiplexer is written in the SPM during the Mem¬ 
ory Write command at the relative location defined by bits 0 and 1 
of the SPMAS and bits 2 through 7 of the SPMAC. Since the input 
data to the SPM is received from the AOP mux, all firmware-visible 
registers can be implemented as an input local register. (Refer to 
subsection 3.4.1.2.) The data out of the SPM is delivered to the 
AOP and the BOP multiplexers. 

The decode of a Memory Write command is ANDed with the clock 
signal CLKSTB+, which combination produces the write pulse MWTCMD-. 
The MWTCMD- is approximately 40 ns wide and occurs just prior to 
the end of a memory write cycle, guaranteeing data setup and hold 
times. (Refer to subsection 3.7 for a description of the clock 
signals.) 
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3.4 MEGABUS LOGIC FUNCTIONAL COMPONENTS 

3.4.1 Bus Data Register (BDR) 

(Figure 3-6) 

The bus data register consists of a 40-bit register for address 
and data storage, a 5-bit register for parity storage, parity gen¬ 
erating and checking logic, and a series of flip-flops which con¬ 
trol register access by the MDC and/or the Megabus. The BDR, pri¬ 
marily an input/output buffer for the Megabus, can be parallel 
loaded by the Megabus or byte-serial-loaded by the MDC. 

3.4.1.1 Parallel Load Operation (Figure 3-6) 

The BDR is cleared and then parallel loaded with address, data, 
and parity from the Megabus each time the MDC is capable of acknowl¬ 
edging (ACK) a Megabus cycle. The register, parallel loaded during 
any Megabus cycle during which a load is permissible, occurs con¬ 
currently with address decoding and Megabus cycle response genera¬ 
tion. The information must be loaded into the BDR in this manner 
because the data on the Megabus becomes invalid at the leading edge 
of the slave's response. 

The Clear BDR (CLRBDR-) signal clears the BDR prior to the time 
the parallel loading occurs. This clearing prevents ORing the in¬ 
coming data and the present register contents. CLRBDR- becomes 
active whenever the BDR is to be loaded (LODBDR+) and remains ac¬ 
tive until the data on the Megabus becomes valid. 

3.4.1.2 Byte-Serial Load Operation (Figure 3-6) 

For loading/unloading from the MDC, the BDR is configured as a 
5-byte shift register, each byte containing eight data bits and a 
parity bit. The MDC loads and unloads the BDR one byte at a time 
with the AOP-multiplexer-visible registers both receiving and sup¬ 
plying data. The Shift Bus Data Register (SFTBDR+) control signal 
is active whenever a Shift Data Register command (SDRCMD-) is exe¬ 
cuted, causing the register to shift one byte position. During the 
shift operation for unloading the BDR, the contents of the low 
order byte (byte 4) is reflected in the AOP multiplexer; each of 
the other bytes (bytes 0 through 3) is shifted down one byte posi¬ 
tion. At CLKSTB+ time the output of the AOP multiplexer is re¬ 
loaded into byte position 0, effectively performing an end-around- 
byte shift. When performing a load BDR operation, the same pro¬ 
cedure is followed except that the output of the AOP multiplexer 
will reflect one of the seven other firmware-visible registers 
(refer to subsection 3.2.1). 

The parity bit for a Load BDR operation is computed on the out¬ 
put of the AOP multiplexer and written into the parity register in 
the position corresponding to byte 0. During a BDR unload, the 
parity is also generated on the output of the AOP multiplexer (data 
from the BDR). This parity is compared with the parity output of 
the BDR for detection of a Bus Parity Error (BSPYER+). If the two 
compared inputs are not equal, the BSPYER+ is set, and the bus 
parity error flip-flop (BSPYCK+) sets at CLKBPC+ time. Table 3-5 
indicates when the MDC is master (initiator of bus request) and 
when it is the slave (receiver of bus request) for each byte of the 
BDR during a Megabus cycle. 
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Table 3-5 Bus Data Register 
Application 


BYTE 

MDC 

MASTER 

SLAVE 

0 

MSB Data 

MSB Address 

1 

LSB Data 

MSB Data 

2 

MSB Address 

LSB Data 

3 

MID Address 

MID Address 

4 

LSB Address 

LSB Address 


NOTE 

The shift input is loaded into byte 0 
from the AOP multiplexer. The reg¬ 
ister output is obtained from byte 4 
and delivered to the AOP multiplexer. 

3.4.2 Bus Data Register Control (Figure 3-6) 

The bus data register is used as an input/output buffer for 
the Megabus and is, therefore, subject to simultaneous access by 
the MDC and by incoming Megabus cycles. Controls are required to 
limit register access to one user at a time. To accomplish this, 
five cycle parameters (see Table 3-6) and several gates serve to 
inhibit or enable various register operations. 

NOTE 

In Figure 3-6, the mnemonic for the bus data reg¬ 
ister busy flip-flop is BDRBSY+10, and the mnemonic 
for the bus data register busy status indicator 
flip-flop is BDRBSY+00. 

The bus data register busy (BDRBSY+10) flip-flop is implemented 
to control Megabus access to the BDR. This flip-flop is clocked at 
the leading edge of each Megabus cycle by the signal BSDCNN, and 
the Megabus interface logic is busy if any of the following condi¬ 
tions are met: 

1. The BDR is busy as indicated by the bus data register busy 
status indicator (BDRBSY+00) flip-flop. 

2. The MDC firmware is in the process of setting the BDR busy 
flip-flop as indicated by the set BDR busy (SETBSY) flip- 
flop. 

3. The MDC is in the process of resetting the BDR busy flip- 
flop as indicated by the CLRBSY- signal. 

The BDR busy flip-flop being set inhibits the Megabus from access¬ 
ing the BDR and will normally cause a Wait response to be generated 
for the Megabus. 

The BDR busy status indicator flip-flop can be set by the MDC 
firmware or by the Megabus hardware. The output of this flip-flop 
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is examined at the leading edge of each Megabus cycle to determine 
if an Acknowledge signal can be generated. The output also gen¬ 
erates the load pulse for the BDR (LODBDR+). 

When the MDC firmware wants to utilize the BDR, it must first 
set the BDR busy status indicator flip-flop in order to inhibit the 
clearing of the BDR and to inhibit Megabus access. To accomplish 
this, a Set Register Busy command is executed, which sets the SETBSY 
flip-flop for one clock cycle. The SETBSY flip-flop being set will 
enable the BDR Busy status indicator flip-flop at the initiation of 
the subsequent clock cycle, disabling the LODBDR+ function. 

The Megabus can set the BDR busy status indicator flip-flop 
with the leading edge of the Acknowledge (ACK) signal generated by 
the MDC. In either case, whether this flip-flop is set by firmware 
through the SETBSY+00 or with the leading edge of ACK, the BDR busy 
status indicator flip-flop stays set until CLRBSY- is activated. 

The signal CLRBSY- can be activated by the firmware through a firm¬ 
ware command or by the Megabus as a result of a Master Clear. 

An ACK to the Megabus by the MDC sets the inhibit shift BDR 
(INHSDR) flip-flop. This flip-flop inhibits the firmware from per¬ 
forming operations on the BDR until a Processor Acknowledge command 
(PAK) is executed by firmware, acknowledging the Megabus cycle. A 
PAK command resets the INHSDR flip-flop and allows the' firmware to 
unload the BDR. If an ACK is generated while the firmware is trying 
to set the BDR busy, the INHSDR flip-flop will be set, keeping the 
firmware from accessing the BDR. 


Table 3-6 Cycle Parameters 


AOP 

BITS 

PARAMETERS 

0 

Cycle Request 

1 

Memory Reference 

2 

Response Required 

3 

Second Half-Read Cycle 

4 

Byte Mode 

5 

RFU 

6 

RFU 

7 

RFU 


3.4.3 Master Cycle Logic and Priority Network 
(Figure 3-7) 

When the MDC (Master) initiates a transfer over the Megabus to 
the main memory or to the CP, it first sets the BDR busy status in¬ 
dicator flip-flop and loads the register with address and data. It 
then loads the cycle parameters into an AOP register (refer to sub¬ 
section 3.2.1) and issues a Cycle command. The master cycle logic 
has control of the Megabus cycle once the Cycle command is executed, 
and firmware must test the master cycle status flip-flops to deter¬ 
mine when the Megabus cycle is complete. When a Cycle command is 
executed, the cycle parameters are set according to the outputs of 
the AOP multiplexer. In addition, the cycle request (CYCREQ) flip- 
flop sets, initiating a Megabus request. Table 3-6 shows the usage 
of the cycle parameters. 
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When the CYCREQ flip-flop is set and when the Megabus is not 
busy (BSBUSY-), the Set Request (SETREQ-) signal becomes active, 
causing the Request (MYREQT) flip-flop to set. The request flip- 
flop goes to one of the inputs of the function Set Data Cycle Now 
(SETDCN-). This Megabus request inhibits other units on the Megabus 
from initiating a new request and causes the output of the MDC pri¬ 
ority network (BSMYOK+) to go low. 

The priority network consists of nine input signals (BSAUOK+ 
through BSIUOK+) and one output signal (MYDCNN-). The MDC has pri¬ 
ority when all the inputs are high, indicating that no other unit 
with higher priority has a Megabus request active. The priority 
network is sampled when the Megabus is inactive, as determined by 
the CLRDCN- and BSDCNB+ functions. The priority network output 
being high to other units on the Megabus with lower priority shows 
that the MDC does not have a request active and that the unit gen¬ 
erating the BSIUOK+ coming into the MDC does not have a request 
active. 

With the request flip-flop set and with the completion of any 
previous Megabus cycle (BSDCNB+), the MDC will set its data cycle 
now (MYDCNN) flip-flop provided it has the highest priority on the 
Megabus. When all conditions of SETDCN are met, the MYDCNN flip- 
flop sets and stays set until the slave unit responds. The response 
of the slave (CLRDCN-) clears the MYDCNN flip-flop, resetting the 
request unless the response is a wait, in which case the request 
flip-flop remains set. 

An ACK response (ACKRSP) by the slave to a first half read cycle 
will set the second half read history (MYSHRH) flip-flop. The 
MYSHRF flip-flop is used to generate the load and clear signals to 
the BDR during the second half read cycle. This is necessary be¬ 
cause the BDR becomes busy prior to the first half read cycle. The 
busy condition inhibits other units on the Megabus from accessing 
the MDC 1 s BDR between first and second half read cycles and allows 
the MDC to acknowledge the second half bus cycle. The MYSHRH flip- 
flop aids in differentiating between the slave's response and other 
cycles addressed to the MDC. 

3.4.4 Slave Response Logic (Figure 3-8) 

The MDC has the capability to respond to a Megabus cycle in 
four ways which are prioritized and have the following significance: 

1. No response indicates that the addressed channel has no 
associated device adapter installed. 

2. The NAK response indicates that the addressed channel is 
not in a ready condition. A channel may be busy doing a 
device operation. 

3. A wait response indicates that the addressed channel is 
ready but that the BDR is busy. The master unit should 
retry the Megabus cycle. 

4. An ACK response indicates that the addressed channel is 
ready and that the MDC has stored the information on the 
Megabus in the BDR. 
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Each device adapter has an output level (ADPGND-01 through -04) 
which indicates that the adapter is installed. The level from each 
adapter goes to the adapter present multiplexer, which selects the 
level corresponding to the addressed channel. The output of the 
adapter present multiplexer (ADPGND-10) is required by the cycle 
response logic. A high output indicates that an adapter is not 
installed, inhibiting a response by the MDC. 

There are four channel ready flip-flops which firmware uses to 
store the status of each channel at the leading edge of each Mega¬ 
bus cycle. The outputs of these flip-flops (CHNRDY-11 through -14) 
are gated to the channel ready multiplexer. The state of the ad¬ 
dressed channel, as reflected by the channel ready flip-flop is se¬ 
lected by the channel ready multiplexer and fed to the cycle re¬ 
sponse logic. The address of the channel is augmented by the Sec¬ 
ond Half Bus Cycle signal (BSSHBC+), causing the addressed channel 
to appear ready for any second half read cycle. The channel can 
also be forced to the ready state whenever the function code on the 
address bus is a One. 

The register busy latch stores the status of the BDR at the 
start of each Megabus cycle. As described in subsection 3.4.1, the 
BDR is considered busy if it is being set busy, already busy, or 
being reset from the busy state. The output of the register busy 
latch goes to the cycle response logic and is used to generate a 
wait response. 

The last input to the cycle response is the output of the ad¬ 
dress decoder which determines if the MDC is being addressed by the 
Megabus. The decoder, consisting of two hexadecimal rotary switches 
and gating, compares the address on the Megabus against the address 
of the MDC. The address of the MDC is determined by the setting of 
the switches and is not visible to the MDC until the first Megabus 
cycle acknowledged by the MDC. The decoder output is active (low) 
when bits 8 through 14 of the Megabus agree with the switch settings 
and when the Memory Reference Signal (BSMREF+) on the Megabus is 
low. Bits 15 and 16 of the Megabus (BSAD15+,16+) determine which 
of the four MDC channels is being addressed and are not examined by 
the decoder. These bits are the selection bits for the adapter 
present and channel ready multiplexer. 

The cycle response gating generates the ACK, NAK, or wait re¬ 
sponse if the MDC is addressed and the addressed channel has an 
adapter installed. The output of the response gate is stored in 
the response latch 60 ns after the cycle was initiated with BSDCND+ 
coming high. The output of the response latch goes to the Megabus 
drivers and to various logic on the MDC (i.e., the ACK response 
latch is used to clock the response status register). 

The response status register stores pertinent Megabus signals, 
including write mode (BSWRIT+) and red (BSREDD+)/yellow (BSYELO+) 
status signals. These signals (except BSWRIT+), along with NAK re¬ 
sponse (NAKRSP+) and bus parity check (BSPYCK+), are fed to the 
error collector, which transmits its output (MEMERR-) to the test 
multiplexer. 
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3.5 CHANNEL CONTROL FUNCTIONAL DESCRIPTION 

3.5.1 Channel Ready Signals 

The channel ready (CHNRDY) register (Figure 3-9) is used to 
store the ready state of a device channel (set or reset). A chan¬ 
nel is normally ready unless a device operation or a software in¬ 
terrupt is in progress on the device channel. The CHNRDY register 
is enabled by signal CHNRDE, the decode of a Megabus logic firmware 
command. The selection of the CHNRDY register is achieved by the 
scratch pad memory index register bits (SPMIR0+, 1+). The selected 
channel ready signal output is set or reset according to the state 
of the UPIR bit 12 (UPIR12+) of the firmware command which enabled 
the CHNRDY register. The outputs of the register (CHNRDY+01 through 
+04) are sent to the channel ready flip-flops (Figure 3-8). 

3.5.2 Adapter Enable Gate 

The adapter enable gate (Figure 3-9) generates one enable sig¬ 
nal (ADPENB+) for each device channel, using the decoded contents 
of the SPMIR (SPMIE0— through 3-) to determine which device adapter 
is to be enabled. Those device adapters which are not enabled ig¬ 
nore all the control signals on the MDC/adapter interface and also 
disable their data selector outputs, allowing the MDC to communicate 
with a single device adapter at one time. The adapter enable gate 
outputs (ADPENB+01 through +04) do not affect the dialogue between 
the device and device adapter whether selected or not. 

3.5.3 Adapter Control Signals 

The adapter control signals (Figure 3-9) are used to control 
the device adapters. These control signals (ADPPLS+, ADPDBT+, 
ADPCD1+ through 3+) are generated from a firmware command and the 
UPIR bits (UPIR06- through 10-) of the same command. The reset sig¬ 
nal (CLRADP+) sent to the device adapters, is a result of a Master 
Clear (MSTCLR-) or firmware command (RDACMD+). 

3.5.4 Adapter Register Control Signals 

The adapter register control signals (Figure 3-9) are used to 
load data into device adapter registers and are developed by an 
octal to decimal decoder. The enable (AOPENB-) for the decoder is 
developed by either a Constant command or by an ALU command, with 
the result storage designated on the device adapter register. The 
decoding of the device adapter register to be loaded is achieved by 
the UPIR bits (UPIR03+ through 05+) of the same firmware command 
that enabled the decode. The decoded outputs Load Data Register 
(LODADR-), Load Status 1 (LODAS1-), and Load Status 2 (LODAS2-) are 
sent to the enabled device adapter. 

3.5.5 Request Logic 

The request logic (Figure 3-9) determines the channel activity 
required by the MDC. The nondata service requests (ADPSRQ-01 
through -04) and data service requests (ADPDRQ-01 through -04) from 
each device adapter are fed to the inputs of the priority encoder. 
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When the MDC receives a device service request (i.e., data or non¬ 
data) and the priority encoder is enabled by the absence of a bus 
request (INHSDR+ is low), the high order output (CREDRQ-) indicates 
the type of request active. The two low order outputs (CREBA0-, 

1-) represent a binary decode of the requesting device. Since the 
address bits (MYAD15+, 16+) from the bus data register are high due 
to firmware continually clearing the BDR, the SPMIR is loaded with 
the requesting device number. 

For a bus request, the enable input (INHSDR+) of the decoder is 
high and forces all the priority encoder outputs high, ignoring the 
inputs. The request active signal (CREREQ+) is set by INHSDR-. 

When the firmware determines that a request is active (CREREQ+), 
the bus request is detected by examination of INHSDR+. With the 
priority encoder outputs high, the SPMIR is loaded with the device 
selection bits (MYAD15+, 16+) from the BDR. 
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3.6 TEST MULTIPLEXER FUNCTIONAL DESCRIPTION 
(Figure 3-10) 

Firmware intelligence is derived from the capability of testing 
data, status, and errors within the subsystem. Test commands spec¬ 
ify a test item and a test condition. The next sequential command 
is skipped if the state of the test item equals the specified test 
condition. 

All test items specified by a 5-bit field go to one of the test 
multiplexers whose outputs are TSTXB0+ through TSTXB3+. These mul¬ 
tiplexers use the three low-order bits of the UPIR 5-bit field to 
select one of eight inputs. The high-order two bits of the test 
item field select the test item inputted to the multiplexer 
(TSTMUX). The state of the test item, as defined by the output of 
TSTMUX, is compared against the test condition, and the Test Valid 
(TSTVLD+) signal goes high if the comparison is true. A valid test 
is recorded in the clear microprogram instruction register (CLRUPI) 
flip-flop, which clears the UPIR during the next clock pulse (per¬ 
forms a NOP). If the test is not valid, the UPIR is not cleared, 
and the next sequential instruction is executed normally. 


3-24 


HONEYWELL PROPRIETARY AND CONFIDENTIAL 





HONEYWELL PROPRIETARY AND CONFIDENTIAL 


INPUT 

DATA 

SELECTOR 


TEST 

MULTIPLEXER 


UPIR15+ - 
UPIR14+ - 
UPIR13+ - 
ZGND - 


TEST FLIP-FLOPS 


AOP MULTIPLEXER 


TEST FLIP-FLOPS 


BUS TEST FLIP-FLOPS 


£ 

c> 

0 

0 


BIN-* GN GO 


UPIR12+- 
UPIR11 + - 
ZGND- 
ZGND - 


BIN—*GN 99 

G7 


OPCOD6+ - 
UPIR08+ _ 
TSTMUX + 


OPCOD6+ - 
UPIR09+ 


TEST 

VALID 


> 1 


MSTCLR-_ 

TSTVLD+ 


CLKSTB+_ 
CLKSIG- - 


CLEAR UPIR 
FLIP-FLOP 


Figure 3-10 Test Multiplexer 


3.7 CLOCK AND CLOCK CONTROL FUNCTIONAL 
DESCRIPTION (Figure 3-11) 

The output of an 8 MHz crystal oscillator (CLKOSC+) is divided 
to obtain a 250 ns clock cycle. Two clock signals (CLKSIG+) and a 
clock strobe (CLKSTB+) , developed during each clock cycle, control 
the MDC and adapter hardware. 

The clock signal (CLKSIG) flip-flop is a J-K flip-flop which 
changes state at the negative edge of the CLKOSC+OO signal as long 
as the inputs are high. When the clock halt (CLKHLT) flip-flop is 
set, the J-input goes low, causing the clock signal to be reset or 
to remain reset. The assertion and negation of the CLKSIG flip-flop 
are inverted for distribution throughout the MDC. The negation 
clock signal, after inversion, is fed to a 100 ns delay line. The 
40 ns tap (CLKDLY+03) and the 90 ns tap (CLKDLY+08) generate strobe 
CLKSTB+, which occurs during the later part of each clock cycle. 

The clock, a minimum of 35 ns duration, occurs at a point in the 
cycle which will meet data setup and hold times sufficient for 
writing into the scratchpad memory. CLKSTB also clocks registers 
within the MDC and device adapters. 

The clock halt (CLKHLT) flip-flop can be set when: 

1. Detecting a critical error and stopping the MDC 

2. Entering the test mode 

3. Detecting a microprogram control store error. 
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The CLKHLT flip-flop is set by execution of a firmware Halt 
command (HLTCMD). In the test mode the Halt condition is recir¬ 
culated by the signal RECHLT- until a Master Clear signal occurs. 
When the test mode (TSTMOD) flip-flop is on, the RECHLT- function 
goes inactive each time the MDC acknowledges a Megabus cycle. The 
next transition of the oscillator (CLKOSC) causes the CLKHLT flip- 
flop to be reset, putting a One at the J-input to the clock signal 
(CLKSIG) flip-flop, which will be set at the second transition of 
CLKOSC+. CLKSIG+ feeds back to the CLKHLT flip-flop, causing it to 
be set during the third transition of CLKOSC-. In this manner one 
clock cycle is generated in the test mode for each Megabus transfer 
to the MDC. 

The TSTMOD flip-flop is set by the firmware command Set Test 
Mode (STMCMD) and remains set due to the Recirculate Test Mode 
(RECMOD) until a Master Clear signal occurs or a command is re¬ 
ceived on the Megabus which resets the test mode and the clock halt 
flip-flops. In addition to controlling the stepping of the clock, 
the test mode flip-flop controls the input to the UPIR. When set, 
TSTMOD disables the microprogram control store input to the UPIR 
and enables the test mode input. (Refer to subsection 3.1.5 of 
this manual.) 


CLKOSC+ J~ 
CLKSIG+ 



Figure 3-11 Clock Logic 
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3.8 DATA FLOW AND CONTROL PATHS 

The following subsections discuss the data and control paths 
illustrated in Figure 3-1. During the description of the specific 
hardware and firmware operations necessary to execute an output and 
input operation, references are made to the intermediate block dia¬ 
grams. The basic hardware application is primarily the same for 
both operations (output and input) with the firmware acting as the 
determining factor as to how the transfers will differ. The dis¬ 
cussion commences with initiation of the operation by software, 
followed by operation execution through firmware control of hard¬ 
ware implementation and termination of data transfer. 

3.8.1 Initiation of Output Operation 

Software initiates an output data operation by transferring 
control information from the CPU to the MDC via the Megabus, using 
I/O commands. The MDC Megabus logic determines if the operation is 
destined for the MDC (see Figure 3-8). This is accomplished by 
continuously examining the Megabus address bits 8 through 14 
(BSAD08± through 14±) and comparing them to the settings of the hex 
rotary switches on the MDC. When there is an equal compare between 
the address bits and the switch settings, and a bus request 
(BUSREQT+) is present, the MDC hardware generates the proper re¬ 
sponse. This response is an acknowledge (MYACKR+) provided the BDR 
is not busy and the device, selected by the device selection bits 
(BSAD15+ and 16+), is available (CHNRDY-20). 

The firmware periodically scans the request logic (see Figure 
3-9) to determine which one of the three types of requests (bus 
request, data service request, or nondata service request) is ac¬ 
tive. Upon detecting a bus request (INHSDR+) with the MDC gen¬ 
erating an ACK response (MYACKR+), the BDR (see Figure 3-6) is in¬ 
hibited from shifting, then parallel loaded (LODBDR+) with the 
three bytes of address (BSAD00+ through 23+) and two bytes of data 
(BSDT00+ through 15+) from the Megabus and set busy by the firm¬ 
ware. The firmware shifts the BDR (SFTBDR+), allowing a byte 
(MYAD16+ through 23+) representative of the least significant byte 
(LSB) of address (BSAD16+ through 23+) to be transferred through 
the AOP multiplexer and stored in a relative location of the SPM 
(see Figure 3-5). This SPM relative address, CHNl (for SPM topology 
refer to Table 4-1), is developed by the low order six bits of the 
SPMAC (SPMAC2+ through 7+), which represent a constant supplied by 
firmware, and the high order two bits (SPMAS0+ and 1+), which are 
provided by the SPMIR (SPMIR0+ and 1+). The high order two bits 
represent the device selection bits (CRENX0+ and 1+) of the channel 
address. The SPM location CHNl contains the output type function 
code (see Table 2-1), which is used in conjunction with the SPMIR, 
to develop the proper relative address in the SPM, for storing the 
two bytes of data from the BDR. As each of the two data bytes 
(MYDT00+ through 07+ and MYDT08+ through 15+) is shifted and stored 
in the SPM, a parity check (BSPYCK+) is performed (see Figure 3-6). 

The total number of output information transfers from the Mega¬ 
bus to the SPM depends upon the device type. After the two bytes 
from the BDR data lines have been loaded in the SPM, firmware 
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examines the function code to see if it is an I/O load output ad¬ 
dress function code (see Table 2-1). When this type of function 
code is detected, the direction bit (see Figure 2-1) is examined 
and should be set to One, indicating an output data operation 
(write to device). As each transfer is received across the Mega¬ 
bus, the firmware examines the function code to determine if it is 
the startup function code, indicating the last bus transfer has 
taken place and the output data operation is ready to be executed. 

3.8.2 Output Operation Execution 

The firmware maintains control of the output data operation. 

When the request logic (see Figure 3-9) receives a data service 
request (ADPDRQ-) from the selected device, a data request (CREDRQ-) 
is generated, provided a bus request (INHSDR+) is not active. The 
firmware recognizes the data service request and examines the Mega¬ 
bus priority network (see Figure 3-7) to see that no other unit 
with higher priority (BSAUOK+ through BSIUOK+) is using the Mega¬ 
bus. The signal BSMYOK+ is generated and sent to the Megabus to 
inhibit access to the Megabus by other units, while the MDC is 
using it. 

The firmware sets the BDR busy status indicator flip-flop (see 
Figure 3-6) and loads the BDR five times serially, one byte at a 
time from the AOP mux (ALUAX0+ through 7+). The Megabus is par¬ 
allel loaded from the BDR with the five bytes configured as a read 
main memory request format (see Figure 2-2). The firmware incre¬ 
ments the main memory address and decrements the range, checking 
for the end of range to indicate the last data transfer from the 
main memory. 

The firmware loads the cycle parameters (see Figure 3-7), mem¬ 
ory reference (MYMREF+), response required (MYRSVP+), second half 
read cycle (MYSHRC+), and byte mode (MYBYTE+) from the AOP mux 
(ALUAX1+ through 4+) to the Megabus by issuing a Cycle command 
(CYCCMD+), which also initiates a bus cycle. During the second 
half read cycle, the main memory loads the Megabus with the data 
requested and responds with an acknowledge to the MDC (ACKRSP+) to 
clock (see Figure 3-7) the second half read history flip-flop 
(MYSHRHi). The assertion output (MYSHRH+) is used to develop an 
acknowledge cycle (ACKCYC-), which generates cycle response 
(SETACK+) in the slave response logic (see Figure 3-8) for the MDC's 
acknowledge response (MYACKR+). The negation output (MYSHRH-) is 
used by the BDR logic (see Figure 3-6) to parallel load the BDR 
(LODBDR+) with the five bytes of information on the Megabus from 
main memory. The firmware shifts the BDR twice, ignoring the two 
bytes of Megabus address (BSAD08+ through 23+) and presents the 
LSB of data (BSDT08+ through 15+) at the BDR output (MYAD16+ through 
23+). The LSB of data is checked for the correct parity and trans¬ 
ferred through the AOP mux for storage in the SPM relative location 
DTAl. The BDR is shifted again, with the MSB of data (BSDT00+ 
through 7+) at its output, which is checked for correct parity and 
loaded into the ACU via the AOP mux (see Figure 3-4). Firmware 
presents the MSB of data to the device from the ACU (ALUOTO+ 
through 7+) via the MDC/device adapter data interface lines. The 
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LSB of data is transferred to the device by firmware unloading SPM 
relative location DTAl into the ACU via the AOP mux and presenting 
the data byte over the same data interface lines (ALUOTO+ through 
7 +) . In an output data operation, the firmware is capable of re¬ 
questing one or two bytes of data during each read main memory re¬ 
quest cycle. The entire data transfer operation is repeated until 
the end of range is detected by firmware. 

3.8.3 Termination of Output Operation 

When the firmware detects the end of range, it issues a Shift 
Data Register command (SDRCMD-) five times, which serially loads 
the BDR (see Figure 3-6) with five bytes of information configured 
to an Input Interrupt Control format (see Figure 2-8) for an MDC- 
generated interrupt. The firmware parallel loads the Megabus with 
this format, loads the cycle parameters (see Figure 3-7), and when 
it determines that no other unit with higher priority has access to 
the Megabus, it initiates (CYCCMD+) a bus cycle. When the CPU ac¬ 
knowledges (BSACKR+) the information sent to it by the MDC, the 
firmware issues a Set Channel Ready command to enable the Channel 
Ready Register (see Figure 3-9) and allow the Channel Ready 
(CHNRDY+) signal to be set, indicating it is now available. This 
completes the operation, and the MDC is now ready to accept another 
task. 

3.8.4 Initiation of Input Operation 

The software initiation of an input data operation is similar 
to the initiation of an output operation (see subsection 3.8.1). 

The main difference is that when firmware examines the direction bit 
(see Figure 2-1) of the I/O load output address function code (see 
Table 2-1), it should now be a Zero, indicating an input data opera¬ 
tion (read from the device). 

3.8.5 Input Operation Execution 

The firmware maintains control of the input data operation. 

When the request logic (see Figure 3-9) receives a data service 
request (ADPDRQ-) from the selected device, a data request (CREDRQ-) 
is generated, provided a bus request (INHSDR+) is not present. The 
firmware recognizes the data service request and loads the data 
(see Figure 3-4) from the device adapter (ADPDS0+ through 7+) 
through the AOP mux (ALUAX0+ through 7+), the ALU (ALUOTO+ through 
7+), the ACU (ALUAC0+ through 7+) and back (see Figure 3-5) to the 
AOP mux for storage in the SPM (SPMOTO+ through 7+). 

The firmware examines the Megabus priority network (see Figure 
3-7) to see that no other unit with higher priority (BSAUOK+ through 
BSIUOK+) is using the Megabus. The signal BSMYOK+ is generated and 
sent to the Megabus to inhibit access to the Megabus by other units 
while the MDC is using it. The BDR is set busy (see Figure 3-6) 
and loaded five times serially, one byte at a time, from the SPM 
through the AOP MUX (ALUAX0+ through 7+). The Megabus is parallel 
loaded from the BDR with the five bytes of information configured 
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as a write main memory request format (see Figure 2-4). The firm¬ 
ware, which can write one or two bytes of data into the main mem¬ 
ory, increments the address and decrements the range, checking for 
the end of range to indicate the last data transfer to the main 
memory. 

Firmware loads the cycle parameters (see Figure 3-7) from the 
AOP mux (ALUAX1+ through 4+) to the Megabus by issuing a Cycle com¬ 
mand (CYCCMD+), which also initiates a bus cycle. After the main 
memory unloads the data from the Megabus, it responds with an ac¬ 
knowledge to the MDC (BSACKR+). The firmware repeats the entire 
data transfer operation until it detects the end of range. 

3.8.6 Termination of Input Operation 

The termination of an input data operation is identical to the 
termination of an output operation (see subsection 3.8.3). 
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IV 

THEORY OF 
OPERATION - CYCLE FLOW 


4.1 MICROINSTRUCTIONS 

A microinstruction and its purpose are defined by the bit struc¬ 
tures within a firmware word (refer to subsection 2.4.3 of this 
manual). A combination of one or more microinstructions is collec¬ 
tively referred to as a firmware command (see Figure 4-1). Se¬ 
quences of firmware commands utilized to perform a particular func¬ 
tion are known as microprograms or firmware routines. The MDC has 
eight types of firmware commands, each of which is subdivided into 
various bit configurations (microinstructions) to perform a specif¬ 
ic operation. The eight types of firmware commands are: 

• Miscellaneous 

• Device Adapter 

• Megabus Logic 

• ALU 

• Constant 

• Memory 

• Test 

• Branch 

Each of the major categories of firmware commands is identified 
by a particular op code, the coding of bits 0, 1, and 2 of the 
microprogram control store word. 

4.1.1 Miscellaneous Commands 

Miscellaneous commands, which have an op code of 000, are used 
primarily to perform clear and set operations on registers and 
flip-flops in the MDC and the device adapters. These commands are 
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comprised, typically, of a single microinstruction which is specif¬ 
ied by bits 3-15 of the microprogram control stored word. Table A, 
Figure 4-2, lists the microinstructions within the miscellaneous 
category, their mnemonics, and the binary and hexadecimal values 
for each word. 

4.1.2 Device Adapter Commands 

Device adapter commands have an op code of 001 and are used to 
generate control signals going from the MDC to the device adapter. 
The device adapter enabled as a result of the scratch pad memory 
index register (refer to subsection 3.3.2) is the only one of the 
four possible adapters which reacts to and executes the command. 

Device adapter commands use microinstructions which utilize the 
ALU A-operand multiplexer in conjunction with device-specific micro¬ 
instructions to develop a complete firmware command. Table B, 

Figure 4-2, is a listing of the device adapter commands, their 
mnemonics, and the hexadecimal and binary values for each word. 

4.1.3 Megabus Logic Commands 

Megabus logic commands have an op code of 010 and are a result 
of a combination of microinstructions particular to the bus command 
and ALU A-operand microinstructions. The resulting firmware word 
is utilized to perform control functions on hardware associated 
with the Series 60 Level 6 Megabus. Table C, Figure 4-2, lists the 
Megabus logic commands, their mnemonics, and the hexadecimal and 
binary values for each word. 

4.1.4 ALU Commands 

A-operand microinstructions, B-operand microinstructions, and 
microinstructions specific to the ALU a:re used to fully define one 
ALU command. ALU commands, having an op code of Oil, perform spe¬ 
cific logic or arithmetic operations on the contents of the A- and/ 
or B-operand registers. The result is then stored in the A-operand 
or B-operand as determined by the ALU microinstructions. Mode, 
carry enable, and carry in are also specified by the ALU microin¬ 
structions. Table D, Figure 4-2, is a list of the microinstruc¬ 
tions and their mnemonics. The A-operand and B-operand selection 
fields (see Tables E and F, Figure 4-2) are also shown, and the 
binary value is given for those bits pertaining to the particular 
command. 

4.1.5 Constant Command s 

Constant commands have an op code of 100 and are comprised of 
a combination of ALU A-operand microinstructions and two types of 
constant microinstructions. The two types of constant microin¬ 
structions specify a data constant to be used and the type of ALU 
operation to be performed. Table G, Figure 4-2, lists the types 
of Constant commands, their mnemonics, and their binary bit con¬ 
figurations . 
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4.1.6 Memory Commands 

Memory commands are used to write into the scratch pad memory 
and to control or alter the scratch pad address. The memory com¬ 
mands have an op code of 101 and are combinations of ALU A-operand 
microinstructions and specific memory microinstructions. Table H, 
Figure 4-2, lists the memory commands, their binary and hexadecimal 
values, and their mnemonics. 

4.1.7 Test and Return Commands 

Test commands (op code 110) allow firmware to determine the 
state of certain hardware elements in the MDC and device adapters. 
The parameters that the firmware is capable of testing, their mne¬ 
monics, and their hexadecimal values are listed in Table K, Figure 
4-2. 

Return commands have the same op code (110) as test commands 
and allow firmware to load the microprogram address counter with an 
address that was previously stored in a subroutine return address 
register. Table J, Figure 4-2, lists test and return commands, 
their binary and hexadecimal values, and their mnemonics. 

4.1.8 Branch Commands 

Branch commands have an op code of 111 and are utilized to load 
the microprogram address counter or the index subroutine return ad¬ 
dress register with an address within the firmware word. Table L, 
Figure 4-2, lists the branch commands, their binary and hexadecimal 
values, and their mnemonics. 

4.2 SCRATCH PAD MEMORY (SPM) 

The MDC firmware cycle flow can be more easily understood if it 
is remembered that the scratch pad memory is divided into four 
quadrants, with one quadrant dedicated to a particular channel. A 
quadrant has 64 addressable locations, each of which stores 8-bit 
bytes of data or control information. The topology of a single 
quadrant of the SPM is shown in Table 4-1, which defines the re¬ 
lative address (hex), the mnemonic, and the contents for each of 
the 64 locations. The four quadrants are organized in the same 
manner. When a location of the SPM is unique to an adapter or is 
specifically for software usage, the byte is described in the appro¬ 
priate manual. 

Information stored as a 16-bit word requires two SPM locations, 
one for the most significant byte (MSB), bits 0 through 7, and one 
for the least significant byte (LSB), bits 8 through 15. 

Table 4-2 shows the control words which have specific signif¬ 
icance for the MDC firmware, and Figures 4-3 through 4-6 indicate 
the bit structure of the bytes unique to the MDC. 
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AOP BOP 

OPCODE REGISTER REGISTER 

NUMBER SELECT SELECT MICRO-OPS 


CONTROL STORE WORD/ 
MICRO INSTRUCTIONS 
( 16 ) 



FIRMWARE 

COMMAND 


Figure 4-1 Microinstruction Field Format 
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UPCS 0-15 



15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 




000 
001 
010 
0 I I 

100 
101 
I 10 
111 


OP CODE 
NUMBER 


MICRO 

INSTRUCTIONS 

- MISCELLANEOUS 

- DEVICE ADAPTER 

- MEGABUS LOGIC 

- ALU 

- CONSTANTS 

- SCRATCH PAD 

- TEST 

- BRANCH 


Table E AOP Multiplexer Input Selection 


UPIR BIT 
CONFIGURATION 

SELECTED 

REGISTER 

MNEMONIC 

Address 
03 04 

Bits 

05 

0 

0 

0 

Accumulator 

ALUACO -v 7 

0 

0 

1 

Scratch Pad Data 

SPMOTO + 7 

0 

1 

0 

Scratch Pad Address 

SPMACO +7 

0 

1 

1 

Bus Data 

MYAD16 + 23* 

1 

0 

0 

Adapter Data 

ADPDSO + 7 

1 

0 

1 

Adapter ID 

ADPDSO +7 

1 

1 

0 

Adapter Status 1 

ADPDSO -* 7 

1 

1 

1 

Adapter Status 2 

ADPDSO +7 


*The data seen at this point depends on the number of 
shifts performed on the bus data shift register. 


Table F BOP Multiplexer Input Selection 


UPIR BIT 

DECODE 

SELECTED 

DATA * INPUT 

MNEMONIC 

Address Functions 
ALUBS1*ALUBS2 

0 0 

Accumulator 

ALUACO 7 

0 1 

Scratch Pad Data 

SPMOTO 7 

1 0 

Scratch Pad Address 

SPMACO -> 7 

1 1 

UPIR Constant 

UPIR06 ->• 10,12,14,15 


Miscellaneous Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

No Operation 

0000000000000000 

NOP 

0000 

Clear 

0001000000000000 

CLR 

1000 

Set Error And 

Status Flip-Flops 

OOOOLOOOOOOOOOOO 

SEF 

0800 

Initialize Bus Logic 

0000010000000000 

IBL 

0400 

Enter Test Mode/Halt 

0000000011000000 

ETM 

ooco 

Reset Diagnostic Mode 

0O00000100000000 

RSD 

0100 

Set Diagnostic Mode 

0000000010000000 

STD 

0080 

Halt 

oooooooooioooooo 

HLT 

0040 

Clear Registers, Flip-Flops 

0000000000010000 

CRF 

0010 

Reset Device Adapter 

01)00000000001000 

RDA 

0008 

Set Qlt Flip-Flop 

0000000000000100 

QLT 

0004 

Initialize 

ouoooioooooioooo 

INI 

0410 


Table B Devic- Adapter Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

Pulse 

0010001000000000 

PLS 

2200 

Data Byte Taken 

0010000100000000 

DBT 

2100 

Adapter Code 1 

001AAA0010010100 

AC1 

N/A 

Adapter Code 2 

001AAA0001010100 

AC 2 

N/A 

Adapter Code 3 

001AAA0000l10100 

AC 3 

N/A 


AAA = Selects AOP Multiplexor Input 


Table C Mo«|.tbus Logic Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

Data Register Taken 

0100000100000000 

DRT 

4100 

Processor Acknowledge 

0100000010000100 

PAR 

4084 

Shift BDR, Clear Inhibit 

0100000011000100 

SAK 

40C4 

Set Channel Ready 

0100000000011000 

SCR 

4018 

Shift Data Register 

010AAA0001000000 

SDR 

N/A 

Set Register Busy 

0100000000000100 

SRB 

4004 

Reset Interrupt Latch 

0100000000000001 

RIL 

4001 

Reset Channel Ready 

0100000000010000 

RCR 

4010 

Clear Bus Status 

0100000100000100 

CBS 

4104 

Clear Bus Logic 

0100000100100100 

CBL 

4124 

Cycle Bus 

010AAA0000100000 

CYC 

N/A 


AAA - Used As Register Selection Bits 


Table D ALU Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

Add A to B 


011AAABBCS100101 

ADD 

N/A 

AND A to B 


011AAADBCS101110 

AND 

N/A 

AOP Negation to 

ACU 

011AAABBCS000010 

ANT 

N/A 

BOP Negation to 

ACU 

011AAABBCS010110 

BNT 

N/A 

AOP Minus One 


011AAABBCS111101 

DEC 

N/A 

AOP Plus One 


011AAABBCS000000 

INC 

N/A 

Left Shift AOP 


011AAABBCS110001 

LSH 

N/A 

NAND A to B 


011AAABBCS010010 

NND 

N/A 

NOR A to B 


011AAABBCS000110 

NOR 

N/A 

OR A to B 


011AAABBCS111010 

ORR 

N/A 

Subtract B from 

A 

011AAARBCS011000 

SUB 

N/A 

AOP to ACU 


011AAABBCS111110 

XFA 

N/A 

BOP to ACU 


OIIAAABBCGIOIOIO 

XFB 

N/A 

XNOR A to B 


OllAAAHBCSIOOllO 

XNR 

N/A 

XOR A to B 


011AAABBCS011010 

XOR 

N/A 

Zero to ACU 


011AAABBCS001110 

ZER 

N/A 


AAA - AOP register selection 
BB - BOP register selection 
C - Determines carry IN 
S - Determines A or B Result Storage 
S = 0 = B 
S = 1 = A 


Table G Constant Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

AOP ANDed to Constant 

100AAACCCCC0C1CC 

ACN 

N/A 

Load Constant to AOP 

10 OAAACCCCC 0C 0CC 

LCN 

N/A 

OR AOP and Constant 

100AAACCCCC1C0CC 

OCN 

N/A 


AAA - Register selection 

C - Constant value to be operated with 

. . . Table H Memory Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

Load Channel 0 

1010000000110000 

LC0 

A0 30 

Load Channel 1 

1010000000110100 

LCl 

A0 3 4 

Load Channel 2 

1010000000111000 

LC2 

A038 

Load Channel 3 

1010000000111100 

LC3 

A03C 

Load Requesting Channel 

1010000000100000 

LRC 

A0 2 0 

Memory Write 

101AAA10000000X0 

MWT 

N/A 

Reset Index Mode 

1010000010000000 

RIM 

A0 8 0 

Check Parity Error 

101AAA0 000000010 

RPC 

N/A 

Set Index Mode 

1010000011000000 

SIM 

AOCO 

Memory Write + Increment 

101AAA11000000X0 

WIA 

N/A 


AAA - AOP Register Selection 

X = 1 = Check Parity Error X = 0 = Don't Check Parity Error 

_ Table J Test and Return Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

Go to via SRAR 

1100001000000000 

RTN 

C200 

Skip if test = 1 

110AAA0010TTTTTT 

TFO 

N/A 

Skip if test = 0 

110AAA0001TTTTTT 

TFZ 

N/A 


AAA - AOP register select 
TTTTTT - Test multiplexer input select 


Table K Test Parameters 


MNEMONIC 

FUNCTION 

HEX CODE 

DESCRIPTION 

TACK 

ACKRSP+00 

07 

Bus ACK response 

TAX0 

ALUAXO-O 0 

08 

AOP multiplexer, bit 0 

'TAXI 

ALUAXl-00 

09 

AOP multiplexer, bit 1 

TAX 2 

ALUAX2-00 

0A 

AOP multiplexer, bit 2 

TAX3 

ALUAX3-0 0 

0B 

AOP multiplexer, bit 3 

TAX 4 

ALUAX4-00 

OC 

AOP multiplexer, bit 4 

TAX 5 

ALUAX5-00 

0D 

AOP multiplexer, bit 5 

TAX 6 

ALUAX6-00 

0E 

AOP multiplexer, bit 6 

TAX 7 

ALUAX7-00 

OF 

AOP multiplexer, bit 7 

TBSY 

BDRBSY+00 

18 

BDR busy indicator 

TCOT 

ALUCOT+0 0 

05 

ALU carry out 

TDRQ 

CREDRQ-00 

15 

Data request 

TEQF 

ALUEQF+00 

04 

ALU outputs = FF 

TEQZ 

ALUEQZ + 0 0 

03 

ALU outputs = 00 

TERR 

MEMERR-00 

16 

Cycle error flag 

TIDS 

INHSDR+00 

19 

Inhibit data shift 

TIE0 

SPMIE0-00 

10 

Index = 0 

TIE1 

SPMIEl-00 

11 

Index = 1 

TIE2 

SPMIE2-00 

12 

Index = 2 

TIE3 

SPMIE3-00 

13 

Index = 3 

TINT 

RESINT+00 

1A 

Resume interrupt 

TLON 

LOGIC1+01 

01 

Logic 1 for T & D 

TLZR 

ZGND 

00 

Logic 0 for T & D 

TNAK . 

NAKRSP+0 0 

IB 

NAK response 

TPTY 

BSPYCK+00 

ID 

Bus parity check 

TQLT 

BSQLT0-00 

17 

QLT line 

TRED 

BSREDD+2 0 

IE 

Condition red 

TREQ 

CREREQ+00 

06 

Channel request 

TRSP 

BSRSVP+30 

02 

Bus response required 

TYEL 

BSYELO+20 

IF 

Condition yellow 


Table L Branch Commands 


OPERATION 

BINARY VALUE 

MNEMONIC 

HEX CODE 

Go to 

1111AAAAAAAAAAAA 

GTO 

N/A 

Load SRAR 

1110AAAAAAAAAAAA 

LRA 

N/A 


A - Represents address to be utilized 


Figure 4-2 MDC Firmware Flow 
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Table 4-1 Single Scratch Pad Memory Quadrant Topology 


RELATIVE 


. 

ADDRESS 



(Hex) 

MNEMONIC 

CONTENTS 

00 

CWDl 

Control Word, LSB 

01 

CWD2 

Control Word, MSB 

02 

ILC1 

Interrupt Level, LSB 

03 

ILC2 

Interrupt Level, MSB 

04 

SFCl 

Startup Function Code 

05 

SWRV* * 

Firmware Revision 

06 

TSKl * 

Task, LSB 

07 

TSK2* 

Task, MSB 

08 

ADRl 

Address, LSB 

09 

ADR2 

Address, MSB 

0A 

MODI 

Module Address 

0B 

ENQB 

Enqueue Buffer 

OC 

RNGl 

Range, LSB 

0D 

RNG2 

Range, MSB 

0E 

Spare 


OF 

Spare 


10 

CNFl * 

Configuration Word 1, LSB 

11 

CNF 2* 

Configuration Word 2, MSB 

12 

CNF 3* 

Configuration Word 3, LSB 

13 

CNF4* 

Configuration Word 4, MSB 

14 

Spare 


15 

Spare 


16 

Spare 


17 

Spare 


18 

STS1* 

Status Word One, LSB 

19 

STS2 * 

Status Word One, MSB 

1A 

STS3 * 

Status Word Two, LSB 

IB 

STS4 * 

Status Word Two, MSB 

1C 

POLQ* 

Poll Queue 

ID 

POLP* 

Poll Pointer 

IE 

TSKQ* 

Task Queue 

IF 

TSKP* 

Task Pointer 

20 

DTAl 

Data, LSB 

21 

DTA2 

Data, MSB 

22 

CMSK 

Channel Mask 

23 

Spare 


24 

MONl 

Channel Monitor 

25 

DMA1 

DMA Control 

26 

DID1* 

Device ID, LSB 

27 

DID2* 

Device ID, MSB 

28 

CHNl 

Channel Number, LSB 

29 

CHN2 

Channel Number, MSB 

2A 

CPC1 

CP Address, LSB 

2B 

CPC2 

CP Address, MSB 

2C 

IDFl 

Interrupt Vector, LSB 

2D 

IDF2 

Interrupt Vector, MSB 

2E 

1 

WL01* 

1 

Work Location 1 

‘ 1 

t 

3C 

I 

WL15* 

i 

Work Location 15 

3D 

RICP 

Resume Interrupt Control 

3E 

TMWl** 

Test Mode Work LOCI 

3F 

TMW2** 

Test Mode Work LOC2 

CB*** 

QLTI 

Quality Logic Test Pass/Fail Flag 


*Device-specific locations 
**Utilized by software only 
***Absolute location 
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BITS 



RFU 


DURING A CONTROL COMMAND WITH A 
FUNCTION CODE OF 01, THIS BIT SET 
CAUSES THE MDC TO ENTER THE TEST 
MODE. 

DURING A CONTROL COMMAND WITH A 
FUNCTION CODE OF 01, THIS BIT SET 
CAUSES THE DEVICE ADAPTER TO 
CEASE ITS OPERATION IMMEDIATELY. 

DURING A CONTROL COMMAND WITH A 
FUNCTION CODE OF 01, THIS BIT SET 
CAUSES THE MDC TO ENTER INITIAL¬ 
IZATION IMMEDIATELY. 




Figure 4-3 


Control Word Bit 


Significance 


nr 

1 

2 

q 

A 


LJ 


o 





■XNU 


BIT 4 END OF RANGE IS SET BY THE DMA 
SUBROUTINES WHEN THE LAST 
BYTE HAS BEEN READ OR WRITTEN 
FROM MEMORY. 

D1 _ ^ INITIALIZE IS SET WHEN IN THE POINT 
bl 1 J SUBROUTINE TO INHIBITTHE INTER¬ 
RUPT ROUTINE FROM GENERATING 
AN INTERRUPT AFTER POWERUP OR 
MASTER CLEAR AND TO DIRECT THE 
INTERRUPT ROUTINE TO BRANCH 
BACK TO THE SETUP ROUTINE. 

BIT 2 ST0P I/O IS SET BY THE BUS REQUEST 
ROUTINE WHEN A STOP I/O COMMAND 
IS DETECTED. 


R ._ CHANNEL BUSY IS SET BY THE BUS 
bn 1 REQUEST ROUTINE WHEN A STARTUP 
FUNCTION CODE IS DETECTED. 


INTERRUPT PENDING IS SET BY THE 
BIT 0 INTERRUPT ROUTINE WHEN AN 
INTERRUPT IS NAK'D. 


Figure 4-4 


Channel Monitor Byte Bit Structure 
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ADDRESS INCREMENT IS SET BY THE BUS 
REQUEST ROUTINE ACCORDING TO MODE: 

01 = BYTE MODE 
10 = WORD MODE 


BYTE MODE IS SET BY THE BUS REQUEST 
ROUTINE IF THE STARTING ADDRESS IS 
ODD. 


SECOND HALF READ IS RESET BY THE 
BUS REQUEST ROUTINE. 


RESPONSE REQUIRED IS SET OR RESET 
BY THE BUS REQUEST ROUTINE ACCORD¬ 
ING TO THE DIRECTION BIT. 


MEMORY REFERENCE IS SET BY THE 
BUS REQUEST ROUTINE AND REMAINS 
SET UNTIL THE MDCIS INITIALIZED. 

CYCLE IS SET OR RESET BY THE BUS 
REQUEST ROUTINE ACCORDING TO 
THE DIRECTION BIT. IT ISTHEREAFTER 
UNDER CONTROL OF THE DMA ROUTINES. 
INDICATING IF A MEGABUS CYCLE IS 
REQUIRED. 


Figure 4-5 


DMA Flag Byte Bit Structure 



HISTORY RESUME INTERRUPT BIT 
INDICATES THAT THE RESUME 
ROUTINE HAS NOT YET SERVICED 
ALL CHANNELS SINCE THE LAST 
MEGABUS RESUME INTERRUPT. 

NOT SERVICED BIT INDICATES 
THAT THE RESUME ROUTINE 


HAS NOT YET SERVICED THIS 
CHANNEL SINCE THE LAST 
MEGABUS RESUME INTERRUPT. 


Figure 4-6 Resume Interrupt Control Parameter Byte Bit Structure 
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4.3 FLOW CHARTS 

The firmware flow charts in this manual, which are generated at 
an intermediate level, are designed more as an aid in understanding 
firmware routine functions than as a maintenance aid. The symbols 
used in the flow charts are described and illustrated in subsection 
4.3.1. Subsection 4.3.2 describes the flow chart organization. 
Information concerning the use of these flow charts and a flow 
chart example are detailed in subsection 4.3.3. 

4.3.1 Flow Chart Symbology 

The flow charts are a composite of symbols each of which has a 
specific meaning application. In some instances the same symbol 
can have more than one meaning, depending upon its usage. A de¬ 
scription and illustration of each flow chart symbol are found in 
Table 4-4. 


Table 4-2 Scratch Pad Memory Word Description (Sheet 1 of 2) 


MNEMONIC 

TERM 

DESCRIPTION 

CWDl 

and 

CWD2 

Control Word 

A bit-specific control word which 
specifies immediate channel operations. 
(See Figure 4-3.) 

ILC1 

and 

ILC2 

Interrupt Level 

The interrupt level word consists of 

2 bytes, with bits 0 ■> 9 containing the 
CP's channel number. Bits 10 -* 15 rep¬ 
resent a binary value of from 0 to 63, 
indicating the priority of the MDC's 
interrupt to the CP. 

SFC1 

Startup 

Function Code 

The start function code is an 07 for 
the diskette and an 0D for all other 
devices. It is used to compare with 
the function code from the Megabus to 
determine if the command requires ini¬ 
tiation of device action. 

ADR1 

and 

ADR2 

Address 

This word is the main memory address 
sent across the Megabus to access in¬ 
formation . 

MODI 

Module Address 

This byte is part of the main memory 
address and is used by main memory to 
select a 64K module. 


Range 

The range is utilized to determine the 
number of data bytes to be transferred 
across the Megabus. This word is decre¬ 
mented for each byte transferred until 
it reaches zero. 

DATl 

and 

DAT 2 

Data 

These two byte locations are used for 
temporary storage of data to or from 
the device. 

MON1 

Channel Monitor 

See Figure 4-4 for a bit-specific usage 
of the channel monitor byte. 

DMA1 

DMA Control 

See Figure 4-5 for a bit-specific usage 
of the data management control byte. 
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Table 4-2 Scratch Pad Memory Word Description (Sheet 2 of 2) 


MNEMONIC 

TERM 

DESCRIPTION 

r 

DID2 

Device ID (MSB) 

This is the MSB of the device identifi¬ 
cation code. It is supplied by the MDC 
firmware and is always a 20. The LSB 
of the ID code is supplied by the adapt 
er. (see Table 4-3.) 

CHN1 

and 

CHN2 

Channel Number 

These two bytes supply the unique 
channel number of a particular MDC. 

CPC1 

and 

CPC 2 

CP Address 

The CP address is utilized by the MDC 
for loading the address lines of the 

BIR whenever a request for data transfe 
to the CP occurs. 

IDF1 

and 

IDF 2 

Interrupt Vector 

The interrupt vector word consists of 
two bytes, with bits 0-^9 containing 
the MDC channel number. Bits 10 -* 15 
represent a binary value of from 

0 6 3, indicating the priority of the 
MDC interrupt to the CP. 


RICP 

Resume Interrupt 
Control 

See Figure 4-6 for a bit-specific 
usage of the resume interrupt control 
parameter byte. 

ENQB 

Enqueue Buffer 

The enqueue buffer has one location 
and is accessed only in the nonindexed 
mode. The buffer is used as storage 
for an indicator byte where bits 0, 1, 

2 and 3 are the Stalled* indicator 
bits of the respective channels which 
have read/write orders pending. 

CMSK 

Channel Mask 

The channel mask is an identifier byte 
stored for each channel. The mask 
allows a flag of a specific channel 
number to be set by an ORing of the 
channel mask with another parameter 
byte. The channel numbers are re¬ 
presented with the byte by the four 

MSB of the byte. These bits refer to 
channel numbers 0, 1, 2 and 3 respec¬ 
tively . 

QLTI 

Quality Logic 

Test Flag 

The Quality Logic Test flag is set to 

00 if the Quality Logic Test fails or 
to FF if the Quality Logic Test is 
successful. 
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Table 4-3 MDC Device Identification Codes 


PERMISSIBLE RANGE 

OF NUMBERS (Hex) 

DEVICE 

2000-■- 2007 

2008-»- 200F 

2010-— 2017 

2018-- 20IF 

Line Printer/Serial Printer 
Card Reader 

Diskette 

Console 


Table 4-4 Cycle Flow Chart Symbols (Sheet 1 of 6) 


OPERATION 

Initial 

Connector 


SYMBOL 


/ NAME / 


Direct 

Connectors 


HORIZONTAL CONNECTORS 



VERTICAL CONNECTORS 

t ! 


+ 


+ 


DESCRIPTION 

This symbol always 
begins a new flow 
chart "cluster." 

The name is taken 
from the next sym¬ 
bol. A flow chart 
cluster is the flow 
path tree created 
during the chart 
drawing process. 

These symbols are 
examples of mechan¬ 
ical representation 
of hand-drawn flow 
lines. Such lines 
can cross with or 
without connection. 
A tied cross point 
is indicated by a 
+ symbol. 


V 

♦ 


1 T* CONNECTORS 

CROSS CONNECTORS 



c 
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Table 4-4 Cycle Flow Chart Symbols (Sheet 2 of 6) 


OPERATION 

SYMBOL 

DESCRIPTION 

Back- 

referencing 

Connectors 

* 

_.~>l 

1 

PO.BX*->| 

1 

The * entry in a 
flow path line in¬ 
dicates that more 
than one reference 
exists at that point 
of entry. Coordi¬ 
nate information is 
provided from remote 
branch points. Only 
the first such re¬ 
ference is given. 

The absence of an * 
indicates that the 
branch path is 
unique; that is, no 
* FAN-IN 1 of logical 
flow is indicated. 

Intermediate 

Connector 

1 , 

/PG.BX 

This symbol is gen¬ 
erated whenever the 
flow path is con¬ 
tinued in the near 
vicinity. It arises 
due to physical 
limitations of page 
size. 

Process 

NAME | BX 

*--* 

1 <—TEXT —> | 

*-* 

1 

The symbol shows 
in-line computational 
processing. Box 
depth is determined 
by extent of the 
enclosed comment. 

Subroutine 

Call 

NAME I 6 X 

*---* 

P H 

G (DESTINATION) H 

. H 

B <—TEXT — > H 

X H 

*-* 

i 

A subroutine is given 
control. Return is 
assumed to be in¬ 
line. Box encloses 
a destination name 
and coordinate re¬ 
ference which appear 
vertically on the 
left as PG.BX. 
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Table 4-4 Cycle Flow Chart Symbols (Sheet 3 of 6) 


OPERATION 





SYMBOL 


<AME I 3X 

• • • 

Ipg.bx! 

.••DESTINATION 

<—text—> 


♦—>1 


< —Tr XT—> 


Asynchronous 

Subprogram 

Initiation 


NAME | 

* —. -# 

P H 

G (OCSriNATI ) H 

. H 

B <—Tfcxr — > H 

X H 

*-* 


DESCRIPTION 


This symbol repre¬ 
sents an uncondition¬ 
al branch. The flow 
path is terminated 
and any accompanying 
text appears below 
the fixed-sized 
branch symbol. 

The destination path 
is drawn as a direct 
flow line whenever 
possible. As before, 
text appears below 
the break. 

NOTE 

This symbol may 
or may not re¬ 
present an actual 
Branch instruc¬ 
tion in the firm¬ 
ware . 


The initiation of a 
parallel process is 
indicated. Return is 
not assumed and the 
flow path is made to 
bypass the box. Co¬ 
ordinate reference 
appears on the left. 



The Branch Table is 
used when multiple 
branch paths exist. 
The branch condition 
is described in the 
TEXT box that appears 
above the branch 
table. The destina¬ 
tion coordinates for 
each branch path ap¬ 
pear on the right. 

The flow is termina¬ 
ted by a Branch sym¬ 
bol with a 00.00 
coordinate. 
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Table 4-4 Cycle Flow Chart Symbols (Sheet 4 of 6) 


OPERATION 

SYMBOL 

DESCRIPTION 

EXIT 

NAME | BX 

* EXIT * 

<—T EXT — > 

This symbol shows an 
exit flow path ter¬ 
minator . Accompany¬ 
ing text appears 
immediately below the 
symbol. 

EXIT or 
Continue 

NAM L I 

+- 

1 1' X 

* t XI T * 

<--TEXr-~> 

+- H 

! 

b 

i- 

This construction is 
used for EXIT in¬ 
struction sequences 
which are executed 
conditionally, de¬ 
pending on processing 
elsewhere in the flow 
chart. 

HALT 

NAME | ex 

* HALT if 

<—TEXT—> 

This symbol shows a 
HALT flow path ter¬ 
minator . Accompany¬ 
ing text appears 
immediately below the 
symbol. 

HALT, 
Continue 

name | bx 

* PAUSE ♦ 

<—T r X T— > 

1 

This symbol repre¬ 
sents a HALT without 
flow path termina¬ 
tion . Accompanying 
text appears immedi¬ 
ately below the sym¬ 
bol and the flow path 
continues downward. 

NOTE 

‘■JAmE | :•<(. ] E d X 

******** * * * 

* * 

♦ <— T E XT—> * 

* * 
*********** 

l 

A NOTE is a descrip¬ 
tive or explanatory 
notation embedded 
directly in the flow 
path. 
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Table 4-4 Cycle Flow Chart Symbols (Sheet 5 of 6) 


OPERATION 

SYMBOL 

DESCRIPTION 

Decision 



The diamond shape is 




the basic decision 


NAMt 

* pX 

symbol; it is fixed 


* 

♦ 

in size. Whenever 


* 

♦ 

possible, any text 


LAdlL * * LAdlL 

c-Tf XT-> *- + 

is fitted within the 



* 

♦ I 

box. If the text 



* 

. * 

does not fit, it ap- 



* 

* 1 

& 

pears in a note which 




r • • • • 

♦ PG . 

immediately precedes 


1 

• C- X • 

the diamond. SEE 



utSTINATiON 

NOTE ABOVE appears 




as the text within 




the diamond. Notice 




that the left-hand 




path continues to 


1 


another symbol not 


* 

1 

* * * * 4 

I I b» X 

* * * * £ 

illustrated here. 


* 



The decision symbol 


* <—T1 XT — > * | 

may involve two or 


t 

JL 

* it * jfc 4 

* 

4c # £ 4c 4c 

three possible branch 




paths, each having a 




distinct label con¬ 


«* 4 4 M - a 

; X 

sisting of up to five 


♦ 

* 

characters. The in¬ 


JL- 

* 

line label continues 


* 

♦ S E t N ‘ 

* LABEL 

Tr *- + 

directly from the 


♦ Abi 

vt * 1 

bottom of the symbol 


♦ 

. * 

to the very next 


* - * .. ■ 

symbol. All other 



LABtL . PG . 

labels are called 



. t< X . 

out-of-line. A de¬ 



ijC ST l MI [ GW 

cision connector is 




generated whenever 




directly connecting 




flow paths cannot be 




drawn. 

Decision 



This fixed-length 

Connector 



symbol is generated 



1 

for cases in which 


• 

• • • 

an out-of-line path 


• 

P G • 

13 X • 

cannot be directly 


• 

• • • 

connected by a line 


DESTINATION 

on the same chart 




page. 


(T 
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Table 4-4 Cycle Flow Chart Symbols (Sheet 6 of 6) 


OPERATION 

SYMBOL 

DESCRIPTION 

Input/Output 


This is the distinc¬ 
tive fixed size I/O 


NAME | 6 X 

symbol. If accom- 


panying text cannot 


/ / 

be completely con- 


/ <——TEXT—> / 

tained within this 


/ / 

symbol, it will ap- 


/ / 

pear as a note immedi- 


' 

ately preceding the 

I/O parallelogram, as 
previously described 
for the decision sym¬ 
bol with excessive 
text. 

NOTE 

This symbol is 



only used for 



descriptive pur¬ 
poses in the firm¬ 
ware flow charts. 


4.3.2 Flow Chart Organization 

The symbols on each flow chart sheet are numbered sequentially, 
starting with the number 01. The number 01 is assigned to the 
first symbol in the leftmost column and appears outside and at the 
upper right-hand corner of the symbol. In addition, each sheet is 
assigned a number, starting with 01. The numbering of the symbols 
begins again with 01 for the first symbol of the new sheet. There¬ 
fore, any symbol can be identified and located by citing its number 
and the number of the sheet on which it appears. This information 
is referred to as the coordinate of the symbol and is expressed in 
the format PG.BX, where PG is the sheet number and BX is the symbol 
number. For example, a symbol whose coordinate is 03.07 is the 
seventh symbol on sheet 3 of the flow chart. 
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In some instances due to the flow chart layout, a connecting 
line cannot be drawn from one symbol to another. When this situa¬ 
tion arises, a coordinate at the symbol specifies the destination 
and indicates that entry is from another portion of the flow chart. 
In the following example, the coordinate 2.10 indicates that there 
is a logical connection between this symbol and the tenth symbol on 
sheet 2. This application of a coordinate is called an in-connec- 
tor. The asterisk (*) following the coordinate indicates an entry 
to this symbol from some other point in the flow chart. 

/- 1 


/ Start / 



I 

2.10*-I 

I 

I 


2.10-Coordinate of i 
first entry J 

Start-symbolic or I 

actual name 1 

* 

I 
I 

The preceding example of an in-connector also illustrates that 
any flow chart symbol can be assigned a name. This name can re¬ 
present up to ten digits of a firmware address or tag associated 
with a particular line of the firmware file, or it can represent a 
symbolic address for use as the destination of a branch operation. 
Regardless of the use of the name, it is located outside the upper 
left-hand corner of the symbol. 

4.3.3 Usage 

Figure 4-8 is an illustration of an intermediate flow chart 
utilizing one of the MDC firmware routines as an example. This 
flow chart contains a description of the overall operations being 
performed by one or more firmware commands being executed. With 
one exception, only the name (or address) associated with the ad¬ 
dresses or tags located in the firmware listing will be shown out¬ 
side the upper left-hand corner of the symbol. The exception to 
this is that if a symbolic destination tag (name) is required for 
a test or branch operation, the tag will not appear in the firmware 
listing. 

Since the operations performed in one or more cycles may be 
no-effect operations (i.e., operations which are not reflected in 
the overall procedure being performed), only those commands nec¬ 
essary to justify an end result will be incorporated into the flow 
chart. 


j 1) 

! 2 ) 
i 

* _ 
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4.4 FIRMWARE CYCLE FLOW 

The MDC firmware is divided into nine functional areas or rou¬ 
tines . Figure 4-7, an overview flow chart of the firmware routines 
associated with the MDC, indicates the names, interconnecting paths 
between routines, and the exit paths to the specific device adapter 
support routines. 



Figure 4-7 Firmware Overview Flow Chart 
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4.4.1 Quality Logic Test (Figure 4-8) 

The Quality Logic Test (QLT) (Figure 4-8, sheets 1 and 2) is a 
firmware routine that functionally verifies major logic components 
of the MDC to determine operational capabilities. This routine is 
for verification of the MDC only and is not utilized to determine 
if the device adapters are functional. 

The Quality Logic Test Bus Subroutine (QLT-Bus) portion of the 
QLT verifies the MDC bus logic (see Figure 4-8, sheet 3). It is 
used only for those channels which have a recognizable device iden¬ 
tification code (see Table 4-3) and a device in the ready state. 
Entry to the QLT-Bus subroutine is from the Interrupt routine after 
the device support firmware has completed the device-specific ini¬ 
tialization sequence. 

The Quality Logic Test is executed as a result of a Master 
Clear or the initialize bit being set in an output control word 
which resets the QLT done flip-flop. This results in the forcing 
of the microprogram address counter to zero and illumination of the 
red LED located on the front edge of the MDC module. Upon success¬ 
ful completion of the test, firmware sets the QLT done flip-flop 
and extinguishes the LED. 

4.4.2 Setup Routine (Figure 4-9) 

At the completion of the QLT, the Setup routine (SETUP) is 
entered. The first portion of the Setup routine initializes scratch 
pad memory and is utilized by the QLT as a subroutine for zeroing 
the SPM. 

The subsequent segment of the Setup routine enables each device 
adapter independently and branches to the Point routine. Upon exe¬ 
cution of the Point routine, the Device Support routine, and the 
Interrupt routine, the Setup routine is reentered and enables the 
next sequential device adapter. After each adapter has been en¬ 
abled and set up, the Setup routine branches to the Wait routine. 

4.4.3 Wait Routine (Figure 4-10) 

The Wait routine (WAIT) tests the channel request priority en¬ 
coder and resume interrupt flip-flop to determine what, if any, 
firmware action is required. 

If a channel request is active, the Wait routine loads the 
scratch pad memory index register with the number of the requesting 
channel having the highest priority. This enables the MDC logic 
and the device adapter associated with that channel. After the 
channel number is loaded, the Wait routine branches to the Bus Re¬ 
quest routine if a Megabus transfer to the MDC has occurred. If 
no Megabus transfer has occurred, the Wait routine returns to the 
Device Support routine provided the adapter is ready. 

If no channel requests are active, the Wait routine tests the 
resume interrupt flip-flop and branches to the Resume Interrupt 
routine if the flip-flop is set. 

The Wait routine delays until a channel request occurs or the 
resume interrupt flip-flop sets and performs the prioritizing of 
the execution of channel requests. 
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/START-CIT / 


/master clear / 
/ or by a eus / 


/QL T 5£T/ 


FLOPS ANn RFCHFCK 
(all flops should 

New BE SfT) 


I DeC«£NeNT ACL I 


25 

* NC 


o°fe 35 


THANSFfH SPac 

(PATTERN) TO ACL„ 
SET SPaC= 0O. 
CCMpARE ACU TO 
EUR 


I NcTE C 3 

» THE FOLLOWING * * 
» MICRO-CPS ARE ft 
• DESIGNED tc « 

ft VERIFY THE Branch ft 
LOGIC 


#ftft»ftftftftft»*ft»ftft**ft««* 

I 


LOW SKIP 
BRANCH 

Failure 


halt 

—) i 
I 


HIGH skip 
branch 
failure 


06 

ft YES 


CLT-LRA001 


I ENABLE EACH 

I channel anc 

I VERIFY PROPER 
I FUNCTIONALITY OH 
1 5RAR register anc 

I SPM INDEX 


00 

* YES 


r 

I NcTE 09 

ftftftftft«ft#####**#ftftft#*# 

ft THE FOLLOWING ft 

ft MICRO-OPS ARE * 

* DESIGNED TC ft 

ft verify the status * 

* LOGIC ft 

ftft ftftft 

CLT-NEXT02 { 10 

ft-------------------ft 

I TEST- I 

I 1)ALU=QQ FLOP 
I 2)ALU=FF FLOP 

I Ijfttfe’ fLCP L ° P 

’ l|BCR K Bukv F FLOP 

A^L FLOPS SHOULD 
BE RESET 


.*& 2 *. 

. 1C . 

EftftfS 


I 

I NOTF 15 

####ftft#»#*##ftftft#*ft#ft» 

ft the following * 

* MICRO-OPc are « 

* DESlGNfcD TC ft 

# verify the alu * 

# logic « 

»»ft##»»#ftft#*«**#»ft#ft« 

i 

QLT-NEXT03 I 16 


I £)VtKir' ALU MOD 
I LiNES.CArPY 

I enable and carry 
i in arf not stuck 
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Figure 4-8 Quality Logic Test (Sheet 1 of 3) 
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Figure 4-10 Wait Routine 
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4.4.4 Bus Request Routine (Figure 4-11) 

The Wait routine loads the requesting channel numbers and 
branches to the Bus Request routine upon detection of a Megabus 
transfer to the MDC. Since the DMA routines, the Interrupt rou¬ 
tine, and the Resume Interrupt routine complete all Megabus trans¬ 
fers which they initiate, the Megabus transfer causing the request 
is unsolicited. This means that the Megabus cycle was initiated by 
the central processor or by another controller. 

If no response is required, the pertinent information from the 
bus data register data and address segments is stored in the scratch 
pad memory. This is accomplished by using the function code as the 
low order six bits of the SPM address. The data is then decoded, 
causing a branch to the Setup routine. Quality Logic Test, Device 
Support routine, or back to the Wait routine, depending on the 
function code and the data field contents. 

If a response is required, the scratch pad memory is accessed 
at the address defined by the function code and index register. 

Data from the scratch pad memory is loaded in the bus data register, 
and the response cycle is completed prior to branching back to the 
Wait routine. 

4.4.5 Interrupt Routine (Figure 4-12) 

Device support routines branch to the Interrupt routine when¬ 
ever a potential interrupt condition is detected or when initial¬ 
ization occurs. If initialization has occurred, the Interrupt rou¬ 
tine branches to the QLT-Bus subroutine of the Quality Logic Test 
to verify some of the MDC bus logic. 

If initialization has not occurred, the Interrupt routine gen¬ 
erates an interrupt provided the interrupt level is not zero. Data 
to be utilized during the Megabus cycle is stored in the SPM for 
use by the Resume Interrupt routine and the interrupt pending flip- 
flop is set if the interrupt is NAK'd. The Wait routine is branched 
back to at the completion of the Interrupt routine. 

4.4.6 Resume Interrupt Routine (Figure 4-13) 

The Wait routine branches to the Resume Interrupt routine pro¬ 
vided there are no channel requests pending and the resume inter¬ 
rupt flip-flop is set. Upon completion of the Resume Interrupt 
routine, it branches back to the Wait routine. 

The Resume Interrupt routine enables each adapter sequentially 
and retransmits interrupts that have been previously NAK'd. No 
activity occurs if a channel does not have an interrupt pending, as 
indicated by the interrupt-pending flag in the channel monitor byte. 

The Resume Interrupt routine sets the channel ready flip-flop 
and resets the interrupt pending flag if the retransmitted inter¬ 
rupt is ACK'd. The interrupt pending flag remains set and the 
channel remains busy if the retransmitted interrupt is not ACK'd. 

All pending interrupts are retried regardless of the central pro¬ 
cessor response to earlier interrupts. 
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Figure 4-11 Bus Request Routine (Sheet 1 of 2) 
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Figure 4-11 Bus Request Routine (Sheet 2 of 2) 
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Figure 4-12 Interrupt Routine 
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Figure 4-13 Resume Interrupt 
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4.4.7 Point Routine (Figure 4-14) 

The Point routine has two entry points; one is utilized by the 
Setup routine and the other by the Wait routine and the Bus Request 
routine. The entry point used by the Setup routine sets the ini¬ 
tialize flag in the channel monitor byte and then goes to the sec¬ 
ond entry point, 

The second entry point stores the device identification (ID) 
code (see Table 4-3) in the scratch pad memory and then uses the 
ID code to determine the device type connected to the adapter. 

This is accomplished by the MDC polling each adapter. This results 
in the adapter transmitting its device ID code to the MDC, provided 
a device is present. The ID code is compared for validity with a 
MDC-sorted ID code. If the device type is supported, the startup 
function code associated with the device is stored, and the SRAR is 
loaded with the address of the applicable device support routine. 

In addition, the channel ready flip-flop is set, and device re¬ 
quests for that channel are enabled. The Point routine then re¬ 
turns to the starting address it has loaded into the SRAR. 

If a device is not supported the Point routine loads the se¬ 
lected SRAR with the starting address of the Interrupt routine and 
returns to the Interrupt routine. 

4.4.8 DMA Out Routine (Figure 4-15) 

The DMA Out (DMAOT) routine is used by the device support rou¬ 
tines to transfer data from the main memory to the MDC. In a de¬ 
vice output operation, the DMAOT routine initiates a bus cycle to 
read the data from the main memory. 

The DMAOT routine computes address and range and, when appli¬ 
cable , signifies end-of-range to the device support routine. This 
is accomplished by setting the end-of-range flag in the channel 
monitor byte located in the SPM. Upon completion of the DMAOT rou¬ 
tine , a return to the device support routine is achieved by using 
the indexed SRAR as an address. 

4.4.9 DMA In Routine (Figure 4-16) 

The DMA In (DMAIN) routine is used by the device support rou¬ 
tines to transfer data from the MDC to the main memory. When writ¬ 
ing data in the main memory, the DMAIN routine initiates a bus 
cycle to accomplish the device input operation. 

The DMAIN routine updates address and range and, when applica¬ 
ble, signifies end-of-range to the device support routine. This is 
indicated by the setting of the end-of-range flag in the channel 
monitor byte located in the SPM. Upon completion of the DMAIN rou¬ 
tine, a return to the device support routine is achieved by using 
the indexed SRAR as an address. 
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Figure 4-14 Point Routine 
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